Гость
Целевая тема:
Создать новую тему:
Автор:
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Неуверен в куске проектируемой базы.. проверьте плиз %) / 14 сообщений из 14, страница 1 из 1
06.10.2006, 08:38
    #34036469
dekan
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Неуверен в куске проектируемой базы.. проверьте плиз %)
Терминология:

1. Компания -- предприятие, занимающееся продажей своих услуг или товаров напрямую, например, авиалиния, торгующая своими билетами.
2. Представитель -- посредние, который торгует товарами других компаний и возможно своими. Например агенство сообщений. которое продает жд билеты от РЖД и авиабилеты от Аэрофлота и берет комиссию за свои услуги.
3. Мы -- компания, ползующаяся товарами/услугами предыдущих двух категорий :)

Теперь задача

По условию задачи :
1. каждая компания может быть представлена несколькими представителями.
2. Компания может не иметь представителя а действовать только напрямую.
3. Каждая компания имеет свой список товаров/услуг.
4. каждый представитель может представлять множество компаний.
5. представители могут продавать собственные услуги или товары, то есть действовать как компании.
6. то есть, представиель может иметь свой список товаров/услуг, но может и не иметь.
7. Мы при закупке товара/услуги можем пользоваться как услугами представителя, так и обратиться в каждую компанию напрямую. С кем
работать определяется произвольно менеджером. который закупает необходимый товар/услугу.


Процесс моего мышления :)

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

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

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

Вот собственно и неуверенность -- это (Вариант 2) вообще-то правильно или нет?
Реализовал ли кто-нить нечто подобное?
Есть ли какие нить подводные камни в таком решении?
...
Рейтинг: 0 / 0
06.10.2006, 08:46
    #34036491
softwarer
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Неуверен в куске проектируемой базы.. проверьте плиз %)
dekanЭто может быть представлено как одна сущность, и соответсвенно, как одна таблица, что дает нам модификацию структуры озаглавленную не приложенном рисунке "Вариант 2"
Все правильно, так и надо.

Если говорить совсем формально, у тебя есть сущности Компания и Представитель, связанные один-к-одному-необязательной-с-обеих-сторон: то есть некая контора может быть компанией, может представителем, а может тем и другим сразу. Но скорее всего, с точки зрения решения практической задачи такая структура окажется напрасно усложненной.
...
Рейтинг: 0 / 0
06.10.2006, 09:20
    #34036557
Неуверен в куске проектируемой базы.. проверьте плиз %)
dekan
Вот собственно и неуверенность -- это вообще-то правильно или нет?
Реализовал ли кто-нить нечто подобное? Есть ли какие нить подводные камни в таком решении?
Что-то это мне напоминает дискуссию про необходимость/отсутствие необходимости держать в одном справочнике физических и юридических лиц, сотрудничающих с компанией. Найди это обсуждение в данном форуме. Достоинства и недостатки там обсуждались... Softwarer'oм, в частности...
...
Рейтинг: 0 / 0
06.10.2006, 09:32
    #34036592
Shtock
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Неуверен в куске проектируемой базы.. проверьте плиз %)
да собственно так оно и есть.причем делая отдельную сущность represantive Вы ограничиваете себя.Я все время находясь на форуме по такому вопросу даю один совет:делайте таблицу "Связь контрагентов" и делайте в ней поле "Тип связи". У Вас будет запись с типом "Представитель". Появится связь типа "Непредставитель" - введете данные в справочник типа связи и в эту таблицу и делать ничего не придется.
...
Рейтинг: 0 / 0
06.10.2006, 09:34
    #34036598
Shtock
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Неуверен в куске проектируемой базы.. проверьте плиз %)
В вашем случае можно даже ввести тип связи "Представляет компанию" и имея единый реестр контрагентов и предложенные две таблицы можно описать всю предметную область,описанную Вами не добавляя дополнительных таблиц.
...
Рейтинг: 0 / 0
08.10.2006, 04:55
    #34039955
dekan
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Неуверен в куске проектируемой базы.. проверьте плиз %)
Всем спасибо за ответы!
Но вот что-то не могу найти
>дискуссию про необходимость/отсутствие необходимости держать в одном справочнике физических и юридических лиц, сотрудничающих с компанией.
Кто может кинуться ссылкой?
...
Рейтинг: 0 / 0
08.10.2006, 19:05
    #34040279
Shtock
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Неуверен в куске проектируемой базы.. проверьте плиз %)
ищите "физики и юрики"
...
Рейтинг: 0 / 0
08.10.2006, 21:32
    #34040384
guest_20040621
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Неуверен в куске проектируемой базы.. проверьте плиз %)
> (Вариант 2) вообще-то правильно или нет?

В общем случае нет. Ключевые ограничения:
3. Каждая компания имеет свой список товаров/услуг.
и
7. Мы при закупке товара/услуги можем пользоваться как услугами представителя, так и обратиться в каждую компанию напрямую.

Кстати, Ваша задача не имеет абсолютно ничего общего с "физиками и юриками".
...
Рейтинг: 0 / 0
09.10.2006, 11:57
    #34041135
ModelR
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Неуверен в куске проектируемой базы.. проверьте плиз %)
Еще одно существенное бизнес-правило:
Продает ли представитель все собственные товары представляемой компании или только часть, которую нужно явно перечислять.
В последнем случае достаточно

КОМПАНИЯ
ТОВАР
ПРОДАЕТ (Компания, Товар, Представляя_компанию NULL)
...
Рейтинг: 0 / 0
09.10.2006, 14:19
    #34041702
guest_20040621
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Неуверен в куске проектируемой базы.. проверьте плиз %)
> Еще одно существенное бизнес-правило

Я об этом и говорю. Предложенная автором схема будет работать только для простого ритейла или одноуровнего реселлинга с массой других ограничений.
...
Рейтинг: 0 / 0
09.10.2006, 14:34
    #34041758
KGP
KGP
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Неуверен в куске проектируемой базы.. проверьте плиз %)
ModelR
КОМПАНИЯ
ТОВАР
ПРОДАЕТ (Компания, Товар, Представляя_компанию NULL)

ИМХО:
Компания (...
Тип продукта ('ЖД билет', ...)
Продукт (Тип продукта + Производитель [Компания] + ...)
Товар (Продукт + Поставщик [Компания])

Если берете у производителя, то Производитель = Поставщик (хотя для иногда дочерную/свою компанию как Поставщик определить, тут всё зависит от многих других факторов)
...
Рейтинг: 0 / 0
12.10.2006, 01:10
    #34048942
dekan
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Неуверен в куске проектируемой базы.. проверьте плиз %)
guest_20040621> Еще одно существенное бизнес-правило

Я об этом и говорю. Предложенная автором схема будет работать только для простого ритейла или одноуровнего реселлинга с массой других ограничений.

Собвственно, так оно и есть. В моем случае мы имеем возможность купить все товары компании через представителя, если у нее вообще есть представитель.
Свобода есть только в выборе поставщика -- то есть либо через представителя, либо напрямую.
...
Рейтинг: 0 / 0
12.10.2006, 08:33
    #34049077
guest_20040621
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Неуверен в куске проектируемой базы.. проверьте плиз %)
> Свобода есть только в выборе поставщика -- то есть либо через
> представителя, либо напрямую.

Это не так даже для простой схемы. Вы пропустили "с массой других ограничений". У вендора может быть куча ограничений по прямым сделкам: номенклатура, количество, общая сумма, кратность упаковки и пр., которых может не быть у реселлера. Эти ограничения Вы в Вашей схеме отразить не в состоянии. Кроме того, существуют товары, которые невозможно купить, например, без сервисного обслуживания и вендор вполне может им не заниматься.
...
Рейтинг: 0 / 0
12.10.2006, 18:23
    #34051739
dekan
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Неуверен в куске проектируемой базы.. проверьте плиз %)
авторУ вендора может быть куча ограничений по прямым сделкам: номенклатура, количество, общая сумма, кратность упаковки и пр., которых может не быть у реселлера

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


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