Добрый день.
Сразу скажу, что я новичок в проектировании баз данных.
Программирование на уровне процедурном. Изучаю объектно-ориентированный подход.

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

Суть проблемы:

1. Есть торговые площадки онлайн более одной ( Marketplace )
2. Есть продавцы более одного ( Shop )
3. Есть товар более одного.( Product )
4. И есть Много предложений ( Offer ) продавцов (Shop) на онлайн площадках (Marketplace) товаров (Product).

5. Один Продкут может предлагаться многими продавцами.
6. Один Продавец может продавать много Продуктов.
7. Один Продавец может иметь предложение на многих площадках.
8. Один Продукт продается на многих Площадках.
>> Здесь << предполагаемые отношения между объектами.

Необходимо получать из БД следующую иформацию:
1. Список предложений (Offer) продавцов (Shop) товаров (Product) на каждой площадке(Marketplace).
2. Инфорацию по Продукту, кто и где продает.
3. Информацию по Продавцу, что и где продает.
4. Информацию по конкретному Предложению - кто, что и по чем. (Цена будет атрибутом в Offer)

Достаточно ли подобных отношений между объектами, чтобы получить необходимую информацию?
Какие ошибки я допустил в рассуждениях? Не до конца улавливаю связи. Нужно ли добить отношение Предложение - Площада
Любые замечания и предложения. Можно пинать ногами :)

Dimitry Sibiryakov,

Спасибо, что посмотрели.
Отношения для меня не до конца ясны. Не могли SQL запрос привести, например, получить все предложения продавцов по товару с id=127 на площадке с id=1,

Dimitry Sibiryakov


Спасибо!

SERG1257ЕвгенийJ 4. И есть Много предложений (Offer) продавцов (Shop) на онлайн площадках (Marketplace) товаров (Product).Площадка должна быть связана с предложением, а не с продавцом

Спасибо за замечание. Как раз здесь у меня нет ясности. Из тех задач, что изложил, - ОК.
Если мне понадобится в дальнейшем хранить специфическую информацию о продавце на каждой площадке, необходимо будет оставить связь Продавец - Площадка? И не будет ли излишней связь Предложение - Площадка?

Dimitry SibiryakovИх обе заменит одна связь
Предложение-Продавец_на_площадке.

Предложение-продавец это будет новая сущность?
Не совсем понял, что это означает. Не могли бы пояснить в терминах один-ко многим, многие ко многим между этими тремя объектами.

Dimitry SibiryakovЕвгенийJНе могли бы пояснить в терминах один-ко многим, многие ко многим между
этими тремя объектами.
Не мог бы. Не знаю как это будет выглядеть в логической модели. В физической это будет FK
на таблицу связи.

Предложение-Продавец - это будет таблица связи где хранится FK Предложения, FK Продавца, + FK площадки? Правильно я понял?

Злой БобрЕвгенийJ,

4 таблицы: Marketplace, Shop, Product, Offer. Где Offer (Marketplace.id, Shop.id, Product.id, ...). Все что нужно вытянишь из Offer.
Спасибо тут все ясно.
Необходимо еще вот, что. У каждого Продавца есть свой url адрес и рейтинг на Площадках,. Надо хранить тоже. К примеру url вот так выглядит 1245.marketplace1.net.
Получается надо добавлять еще одну сущность. Так? Обновил диаграмму. Глянь, пожалуйста. >> Здесь <<

vmag(1-4) соблюдено
(5 - 8) определяются наличием строк в Offer...

Остальные детали от конкретного ТЗ...
Спасибо!