Добрый вечер!
Подскажите, пожалуйста, как правильно сделать структуру БД?
Суть такая: Создается карточка клиента (ФИО, телефон, мыло), далее из карточки клиента создаем (номер заказа, дата создания, ответственный, статус) заказ на изготовление какого-либо изделия, в сам заказ добавляем изделия которые будем производить (наименование изделия, количество, цена). Также должна быть таблица для фиксации внесения оплаты за заказ.

Правильно ли логика? Скорректируйте, пожалуйста и по возможности помоги выбрать верную структуру.

Комментарии:
- у одного клиента может быть много заказов;
- в заказе может быть множество наименований;

Заказов хватает)))
По тихоньку пишу систему, но с БД проблема...
Все готовые crm и тд не подходят мне, платил за битрикс 6 мес так и не подружился с ним)) Все данные кривые выдает, глючит и тд)
Если можете помочь будет здорово

Не хочется под готовое подстраиваться, я четко понимаю какой функционал мне нужен под текущий бизнес процесс.
Плюс программирование это как хобби. Разбираюсь постепенно со всем. Сейчас затык именно в проектирование правильной БД.

Изопропил,

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

Dimitry Sibiryakov,

Вот уже начал и столкнулся с тем, что не могу вывести на главный экран всю информацию со всех необходимых таблиц.
Поэтому обратился на этот форум за помощью )

База будет многопользовательская, чтобы у менеджера был один функционал, у производства второй, у дизайнера третий, у админа четвертый.

1. Справочник клиентов - да.
2. Таблица заказов - да.
3. Справочник изделий - да. Таблица должна хранить созданные, при заведении заказа, названия изделия/ТЗ/количество/стоимость.
То есть выбирать типовое изделие из БД не нужно. Так как вариаций производства изделий очень большое, описать это в виде
прайс-листа не предоставляется возможным.
4. Справочник ответственных - да.
5. Справочник статусов - желательно да, чтобы потом можно было добавлять новые или изменять старые.
6. Справочник оплат - да. Будет возможность выбора способа оплаты (нал/ бн/ перевод). Будет выбор тип оплаты (полная/частичная/
постоплата). Должно отражать по заказу клиента: Сумма заказа - 10 000 руб., Оплатил - 7 000 руб., Долг - 3 000 руб.

Если можно попросить нарисовать, то будет здорово. Потому что эти таблицы никак не укладываются в голове (поля, связи).
Если правильно спроектировать, то наверняка и все верно выводится будет в нужные таблицы.

Спасибо, почитаю обязательно.
Я смотрел видео на ютуб с объяснением 1НФ и т.д. Пытался делать по примеру, но вот никак...
С кодом php, js, html и версткой на bootstrap более менее разобрался и справляюсь, а с таблицами никак((

С одной таблицей мне все понятно)))

Вот и описывай как пробовал, что за проблема.

А то вдруг ты не знаешь про JOIN или не умеешь выводить на экран...


Не получается, скорее всего из-за неверной структуры.

Поэтому сюда и обратился в поисках помощи. Я понимаю, что не охото вникать, помогать, объяснять))
Не найду здесь ответов куплю время какого-нить фрилансера, чтобы объяснил как и что.