Member 10651775 Ответов: 1

Дизайн базы данных для автомобильных запчастей

Я работаю над разработкой модели базы данных, а затем базы данных для импортера автомобильных запчастей. компания импортирует различные автомобильные товары от разных поставщиков. Каждый поставщик, скорее всего, будет иметь свой собственный идентификационный номер для одного и того же товара. проблема клиент сталкивается с проблемами при отслеживании заказов одного и того же товара, а также нуждается в сравнении предложений одних и тех же товаров, даже если они упоминаются по-разному в разных документах. после заказа на покупку он должен отслеживать успех /неудачу заказов от разных поставщиков. чтобы подойти к проблеме, я сделал следующую таблицу базы данных. 
<pre lang="SQL">
Suplier(ID, имя, контакт)
Товар(ID,товар, количество)
ItemSuplier (ID, Item_ID(FK), Suplier ID, идентификационный код, OE_Code, описание)

// Идентификационный код указывает, что кодовая идентификация, используемая поставщиками для товаров, отличается в зависимости от поставщика. OE указывает на оригинального производителя автомобиля, используемого для дифференциации элементов.
Заказ (ID, Item ID, Qty)
Подотряд(ИД, order_ID, поля _id поставщик, кол-во, цена)
// субзаказ указывает, когда импортер отправляет заказ, различные поставщики отправляют обратно цену товара и сколько они собираются предоставить. субзаказ заключается в том, что импортер после сравнения различных цен отправит подтверждающий заказ поставщику, которого он выбрал для отправки.
Итак, мой вопрос заключается в том, что этой таблицы базы данных достаточно для решения проблемы? или нужны какие-то изменения? во-вторых, как можно сделать это в NeDB? Я был бы признателен, если бы вы дали мне свои предложения.

Что я уже пробовал:

Я пытался построить базу данных для системы в базе данных NeDb

1 Ответов

Рейтинг:
0

CHill60

Цитата:
этой таблицы базы данных достаточно, чтобы решить проблему? или нужны какие-то изменения?
Очень маловероятно, что этого дизайна будет достаточно, и если у вас есть только один стол, то это, скорее всего, будет плохой дизайн. К сожалению, Ваш вопрос очень трудно прочитать.

Вот ссылка на некоторые примеры проектирования баз данных автомобильной промышленности
Модели Данных - Автомобильная Промышленность[^] чтобы показать вам, как другие люди пошли на это, но будьте осторожны, ваш наставник будет очень хорошо знаком с моделями по этой ссылке.

Рассказ о том, как создать свою базу данных в любой среде, не является темой для форума быстрых ответов. Я предлагаю вам обратиться к документации автора GitHub - louischatriot/nedb: база данных JavaScript, для Node.js, nw.js, электрон и браузер[^]

Member 10651775

Спасибо за ваш ответ. извините за мою писанину, теперь я хорошо отредактировал. Требуется ли для этого еще одна таблица базы данных, которая используется для отслеживания заказа, когда он сдвигается и куда он достигает? или достаточно?

CHill60

У меня было бы, по крайней мере, следующее - таблица для поставщика, таблица для товара, таблица, которая связывает товары с поставщиками.
Я предлагаю изучить пару примеров по ссылке, которую я вам дал, или даже посмотреть на аналогичные модели (на том же сайте), например Модель данных о деталях и заказах самолетов[^]
Вы также можете найти следующее полезное Проектирование базы данных 101: Как создать модель базы данных с нуля[^]

Member 10651775

Спасибо Вам за ответ. Я очень ценю вашу помощь. Когда вы сказали,что у вас есть один плохой стол, какой это стол и почему? Спасибо

CHill60

На ваш первоначальный вопрос я думал, что у вас есть только одна таблица - теперь я вижу, что есть три таблицы, так что вы можете игнорировать комментарий об одной таблице. Комментарий означал, что если бы у вас был только один стол, то дизайн был бы плохим.
Хотя я бы, наверное, сделал такие столы, как этот...

Suplier(ID, Name, Contact)
Item(ID,Item, Quantity, [Identification Code], OE_Code, Description)
 ItemSuplier (ID, Item_ID(FK), Suplier ID)

Другими словами, ItemSuplier таблица действует только как ссылка, и вещи, которые применяются к каждому экземпляру каждого элемента, хранятся в таблице. item стол