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

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

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

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


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


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

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


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