powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Подскажите, пожалуйста, по структуре БД
8 сообщений из 8, страница 1 из 1
Подскажите, пожалуйста, по структуре БД
    #35583297
вопросец
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Подскажите, пожалуйста, как правильнее сделать - проектируется БД, в которой будут поставщики, заказчики и, собственно, заказы.
Вопрос в том, в каких случаях разумнее хранить поставщиков и заказчиков (оба юр. лица) в одной таблице, различая их, скажем, полем "ТипКонтрагента", а в каких нет. Тоже самое и по заказам, у которых в обоих случаях структура приблизительно одинаковая.
...
Рейтинг: 0 / 0
Подскажите, пожалуйста, по структуре БД
    #35583329
IT-Shaman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ВопросецПодскажите, пожалуйста, как правильнее сделать - проектируется БД, в которой будут поставщики, заказчики и, собственно, заказы.
Вопрос в том, в каких случаях разумнее хранить поставщиков и заказчиков (оба юр. лица) в одной таблице, различая их, скажем, полем "ТипКонтрагента", а в каких нет. Тоже самое и по заказам, у которых в обоих случаях структура приблизительно одинаковая.

если набор атрибутов у поставщиков и заказчиков примерно одинаковый или один и тот же контрагент может быть и заказчиком и поставщиком, тогда лучше сделать одну таблицу с контрагентами.
а таблица заказов будет ссылаться на на таблицу контрагентов. заказы тоже лучше сделать в одной таблице, разделив по типам.
...
Рейтинг: 0 / 0
Подскажите, пожалуйста, по структуре БД
    #35583493
вопросец
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ага.. спасибо за ответ. Я вобщем-то так и делаю, просто начало смущать, что у меня уже около 8 типов заказов (переделки, недогрузы, брак и пр.) и все это еще и от нескольких типов контрагентов (сейчас их три). В сущности информация однотипная и логично не плодить таблицы, но количество всяких типов начинает устрашать -)
...
Рейтинг: 0 / 0
Подскажите, пожалуйста, по структуре БД
    #35583515
IT-Shaman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ВопросецАга.. спасибо за ответ. Я вобщем-то так и делаю, просто начало смущать, что у меня уже около 8 типов заказов (переделки, недогрузы, брак и пр.) и все это еще и от нескольких типов контрагентов (сейчас их три). В сущности информация однотипная и логично не плодить таблицы, но количество всяких типов начинает устрашать -)

количество типов менее страшно чем количество похожих таблиц, которые надо поддерживать при изменении структуры. решили вы в заказ новое поле добавить - и его по всем таблицам -и т.п.
или нужно построить отчет по количеству заказов каждого типа - с одной таблицей легко.
...
Рейтинг: 0 / 0
Подскажите, пожалуйста, по структуре БД
    #35583823
Фотография Shtock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Не надо бояться,а главное сделать нормальные процедуры добавления,удаление/редактирования контрагентов, причем в идеале тип контрагента запретить менять (а то надо грамотно все поля чистить)
...
Рейтинг: 0 / 0
Подскажите, пожалуйста, по структуре БД
    #35586858
Николай1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ShtockНе надо бояться,а главное сделать нормальные процедуры добавления,удаление/редактирования контрагентов, причем в идеале тип контрагента запретить менять (а то надо грамотно все поля чистить)

Контрагенту не надо менять тип, потому что никакого типа у контрагента нет, и быть не может.
Сегодня я - покупатель, завтра - продавец, а послезавтра - еще и посредник.
Поэтому обычно делают еще одну таблицу "роль контрагента" и эту информацию помещают в нее.
А договор/заказ/наказ связывают не с контрагентом, а с его ролью.
...
Рейтинг: 0 / 0
Подскажите, пожалуйста, по структуре БД
    #35587175
Дмитрий16
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Николай1[quot Shtock]
+1
Сегодня я - покупатель, завтра - продавец, а послезавтра - еще и посредник.
Поэтому обычно делают еще одну таблицу "роль контрагента" и эту информацию помещают в нее.
А договор/заказ/наказ связывают не с контрагентом, а с его ролью.


Я бы разделил эту информацию (роль контрагента) на уровне базы заказов а не базы заказчиков.
Например так: в заказе есть заказчик, есть поставщик, есть плательщик а есть получатель.
(Можно прямо с товарной накладной срисовать). В простых, типовых случаях плательщик и получаетль совпадет.
...
Рейтинг: 0 / 0
Подскажите, пожалуйста, по структуре БД
    #35591373
Николай1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Дмитрий16 Николай1[quot Shtock]
+1
Сегодня я - покупатель, завтра - продавец, а послезавтра - еще и посредник.
Поэтому обычно делают еще одну таблицу "роль контрагента" и эту информацию помещают в нее.
А договор/заказ/наказ связывают не с контрагентом, а с его ролью.


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

Если с Ролью никаких дополнительных атрибутов не связано, то можно и без нее. А если связаны, и не зависят от договора/заказа, то нужна.
...
Рейтинг: 0 / 0
8 сообщений из 8, страница 1 из 1
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Подскажите, пожалуйста, по структуре БД
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]