Ребят, прощу помощи в качественном проектировании БД.

Пока опишу проблему в общем, чуть позже предоставлю схему БД.

Есть:
Общая категория (для собак, кошек, ...)

Категории кормов (сухой корм, консервы, ...)

Бренд / марка / производитель

Продукт / конкретный корм
...

Вопрос общего характера. Пусть таблица Продукт для собак имеет определенную структуру. Но, скажем, корм (Продукт), для кошек может иметь иные характеристики (другие поля).

Пока вижу два варианта:
а) Разделять таблицы "Продукт_для_собак" и "Продукт_для_кошек";
б) Оставить общую таблицу "Продукт", в которой объединить поля, который необходимы для описания корма и для собак и для кошек. Если идет заполнение корма для собаки, то игнорировать поля, предназначенные для кошек и наоборот.


Подскажите, пожалуйста, как в данном случае лучше поступить.


Спасибо!

Ребят, апаю тему, т.к. мне кажется, что без вашей редактуры я понаделаю полную ерунду :-)
Пожалуйста, уделите внимание :-)


miksoft,miksoftЭто настоящая задача или учебная?

К сожалению, на этот раз задача реальная. Помогаю другу в разработке проекта. Так что надо отнестись серьезно.



AlBor,
AlBorА если нужно будет добавить корм для хомячков, канареек и рыбок будете создавать новые таблицы?
Или проще все таки в таблице "Корм" добавить поле "Тип" (для кого).
LSV,
LSVРазделять таблицы "Продукт_для_собак" и "Продукт_для_кошек";Бред. Не вздумайте.
Согласен с вами. Вполне возможно, что в будущем появятся корма/товары для других видов животных.



Злой Бобр,
Злой БобрБренд это то же самое что и торговая марка. Советую сделать 2 таблицы: ТМ и производитель.
Я так и планировал, но "заказчик" сказал, что производителя он будет писать ручками в описании конкретного товара.



А теперь по самой схеме БД.

Описание :

Брэнд ( ProductBrand ): список всех брэндов.


Категория ( ProductCategory ): список всех категорий (прим.: сухой корм, консервы, игрушки и т.д.). В каждой категории содержится перечень брэндов.


Вид животного ( AnimalType ): список всех животных (прим.: для собак, для кошек, для свинюшек и т.д.).


Тип собаки ( BreedType ): градация собак по их величине (прим. мелкая порода, средняя порода, большая порода, все породы). "Заказчик" сказал, что большинство магазинов не предоставляют выборку по данному критерию (не говоря уж о конкретной породе и возрасте псины). А хотелось бы сразу выбирать корма, которые нацелены на габариты твоей псины.


Товар ( Product ): список товаров. Каждый товар относится к определенному виду животного, к конкретной категории и к типу собаки (если вид животного - "для собак"). Также имеет полное и краткое описания, состав и различные картинки, представляющие данный товар.


Экземпляр товара ( ProductInstance ): один и тот же корм (товар) может иметь разную фасовку. Соответственно, я выделяю вес этого "экземпляра", его стоимость и количество.


Анализ корма ( ProductAnalysis ): да, звучит смешно, но так и должно называться. Каждый корм содержит определенное содержание белка, жира, клетчатки и прочего (измеряется в %, мг/кг и в чем-то еще; решил не запариваться и сделал поле ProductAnalysis.Value символьным).


Замечания :

Замечаний, наверное, дофига, но я пока ничего не вижу, кроме:

1. Как-то все же смущает таблица BreedType - подвешенная она какая-то. Но "заказчик" сказал, что вроде как подобных таблиц для других видов животных не будет, поэтому я решил ее так и оставить.

2. Может возникнуть вопрос о необходимости таблицы ProductInstance . Но планируется делать превью товаров. Каждое превью отображает название товара, его изображение, краткое описание и следующую таблицу:
0.34 кг 200 руб. 0.56 кг 380 руб.7.2 кг 1650 руб. отсутствует
Если количество определенного экземпляра достигает 0, то напротив него ставится соответствующее уведомление.

3. Как быть:
- если товар формируется для кошек, то что помещать в Product.BreedTypeID?
- если в качестве товара у нас игрушка, то что помещать в ProductInstance.Weight? Разной фасовки у игрушки (одной модели) быть не может.
Тупо фигачить и там и там null?


Очень буду признателен, если внесете свои корректировки, т.к. это, повторюсь, очень важно!



Благодарю!

Бредятина,
Бредятина1) Задачи не сформулированы.
2) Тип собаки - недопустимое упрощение на первом этапе. Должны быть учтены Порода (не только собаки) и Возраст.
3) Отсутствие заболеваний - тоже серьезное упрощение.
4) Отсутствие партионного учета - рискованное упрощение.
И т.д.:)

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

Реализовать фильтрацию по:
- Породе и Возрасту собаки (см. п.2) внутри конкретной категории/внутри конкретного бренда.

2) Дело в том, что Породу учитывать не надо - представленные корма на Породу ориентированы не будут. Либо под Породой можно подразумевать величину собаки (как я на данном этапе и поступаю). А вот с Возрастом Вы правы - я уточнил.

Т.о. могут быть следующие варианты:

- "корм для щенков мелких пород";
- "корм для щенков крупных пород";
- "корм для взрослых собак мелких пород";
- "корм для щенков собак всех пород";
- и т.п.

3) Эм... А вроде никто болеть и собирался? :) Или Вы это сразу прикидываете для всяких там витаминок и лекарственных средств?
Уточню.

4) Ну а это, как мне сказали, совершенно ни к чему. На данном этапе все ограничивается представлением каталога.

Бредятина , прошу простить мой нечеткий слог! :-) Попытаюсь исправиться.
БредятинаThe_Immortal1) Необходимо разработать информационный ресурс, который будет предоставлять каталог товаров для разных видов животных.
Почему это необходимо??? Для чего нужен этот ресурс?
The_ImmortalНеобходимо отображать категории товаров (сухие корма, консервы, игрушки и т.д.); брэнды, относящиеся к конкретным категориям; приводить детализированную информацию по конкретному товару. Выводить по нему имеющиеся "экземпляры" с соответствующими ценами и весом.
Зачем???
Пользователь заходит на сайт, любуется ассортиментом, что-то из него выбирает. Звонит в магазин по указанному номеру, сообщает названием товара, резервирует его (вот только не спрашивайте как именно:-)) и в течение определенного периода выкупает данный товар. Ну либо пользователь просто отмечает себе какой-то товар (в голове) и направляется в магазин.
Назовем данный ресурс "витриной" :-) Пожалуй, не очень замудренная система, но реализовать хотя бы ее :-)


БредятинаThe_ImmortalРеализовать фильтрацию по:
- Породе и Возрасту собаки (см. п.2) внутри конкретной категории/внутри конкретного бренда.
Это вообще дело пользователей. Пусть фильтруют как хотят.
Пожалуй :-)


БредятинаThe_Immortal2) Дело в том, что Породу учитывать не надо - представленные корма на Породу ориентированы не будут. Либо под Породой можно подразумевать величину собаки (как я на данном этапе и поступаю). А вот с Возрастом Вы правы - я уточнил.
Правильно сказать: корма на Породу ориентированы никогда не будут по решению заказчика .
Может и так, но я сделал небольшой экскурс по данной предметной области и в основном так оно и есть: корма на Породу не ориентируются.


БредятинаThe_ImmortalТ.о. могут быть следующие варианты:
- "корм для щенков мелких пород";
- "корм для щенков крупных пород";
- "корм для взрослых собак мелких пород";
- "корм для щенков собак всех пород";
- и т.п.
Это требование заказчика. Поэтому не могут, а должны:)

Это я в качестве примерчика, чтобы хоть что-то было понятно :-)


БредятинаThe_Immortal3) Эм... А вроде никто болеть и собирался? :) Или Вы это сразу прикидываете для всяких там витаминок и лекарственных средств?
Уточню.
Нет. Есть не все можно. Но если у Вас даже породы не должны учитываться:)...

На самом деле Вы подали замечательную идею а мне больше проблем для заказчика: теперь планируется представлять еще витамины и ветеринарные корма - а вот они-то как раз на заболевания и ориентированы :-)
Насчет пород: и тут заказчик передумал - все благодаря Вам! :-) Теперь у нас пользователь может не знать, а взрослая ли у него собака или все-таки старая? И вообще какой она "породы" (габаритов) - средняя или крупная порода?
Для таких непросвещенных хозяев система будет предлагать ввести возраст собаки (в мес./годах) и породу ("овчарка немецкая"). Далее в зависимости от породы ("овчарка немецкая") предлагается ее "габарит" (крупная порода), а в зависимости от ее текущего возраста (7 лет) предлагается ее отнести к взрослым псам (ориентируясь на таблицу по средне продолжительности жизни по определенным породам). Такая вставочка легкой ЭС :-) Ну и после этого корма фильтруются по сформированным системой критериям.
Вот...



БредятинаThe_Immortal4) Ну а это, как мне сказали, совершенно ни к чему. На данном этапе все ограничивается представлением каталога.
Это Вы хорошо сказали - "на данном этапе":) Про "представление каталога" так ничего и непонятно:)
Надеюсь, сейчас хоть немного что-то прояснилось.


P.S. Походу придется все переделывать нафег. Но это, наверное, нормально... :-)
P.P.S. Бредятина , если не сложно, то может быть будут какие-нибудь рекомендации по поводу текущей схемы БД в плане оптимизации? Я бы ее закончил, а потом бы перешел к версии 1.01 :-) В частности, может быть стоит таблицу AnimalType присоединить к ProductCategory? Как-то она мне в Product не нравится... Правда, аргументировать не могу :-)

Бредятина , ух... :-)
БредятинаThe_ImmortalПользователь заходит на сайт,
Если уж ограничивать задачу на "первом этапе", то вот этого было бы более, чем достаточно. Реализуйте для начала именно эту задачу.

"Заходит" != "авторизируется". У него нет личного кабинета, если Вы на это намекаете. Так что эта задача реализована :-)



БредятинаThe_Immortalлюбуется ассортиментом,
Вы говорите о том, что в БД должны храниться изображения товаров (не буквами же любоваться).

Разумеется. Для этого у меня и предназначены поля Image(n) в таблице Product - там у меня сидят эти самые изображения :-)



БредятинаТак же Вы говорите о том, что это именно те товары, которые есть в продаже, а вовсе не теоретический каталог?
Товары, представленные на сайте = товары, которые есть в продаже. В случае отсутствия какого либо товара, напротив него ставится соответствующая пометочка, о которой я выше писал:
The_ImmortalЕсли количество определенного экземпляра достигает 0, то напротив него ставится соответствующее уведомление.




БредятинаThe_Immortalтеперь планируется представлять еще витамины и ветеринарные корма - а вот они-то как раз на заболевания и ориентированы :-)
А ошейники, поводки и другую "одежду" значит, пока, не планируется?:) На первом этапе:)
Пока остановились на следующих категориях: сухие корма, консервы, игрушки, витамины и ветеринарные корма.
У меня тут неслабая дилеммка организовалась: заказчик уже требует запускать проект, с другой стороны одни дополнения и намечаются, которые следует учитывать. Так что в этом плане все. Ничего более не будет.



БредятинаThe_ImmortalТеперь у нас пользователь может не знать, а взрослая ли у него собака или все-таки старая? И вообще какой она "породы" (габаритов) - средняя или крупная порода? Для таких непросвещенных хозяев система будет предлагать ввести возраст собаки (в мес./годах) и породу ("овчарка немецкая").
Совершенно очевидно, что пользователь не сможет ввести то, чего он не знает:)...
Начните, все-таки, с терминов и определений предметной области.
Да уж, тут действительно надо разобраться.



БредятинаРано говорить о БД.
Плохо дело :-(



Искренне благодарю за помощь!

Бредятина ,
БредятинаThe_Immortal"Заходит" != "авторизируется". У него нет личного кабинета, если Вы на это намекаете. Так что эта задача реализована :-)
Реализовано сразу несколько задач: не быть клиентом, не бронировать товар, не оплачивать товар и т.п.:)

The_ImmortalТовары, представленные на сайте = товары, которые есть в продаже. В случае отсутствия какого либо товара, напротив него ставится соответствующая пометочка, о которой я выше писал:
Если количество определенного экземпляра достигает 0, то напротив него ставится соответствующее уведомление.
Выше я перечислял решенные задачи. Это очередная: не учитывать движение товара:)
Если в таком ракурсе, то да :-)



БредятинаThe_ImmortalРазумеется. Для этого у меня и предназначены поля Image(n) в таблице Product - там у меня сидят эти самые изображения :-)
Там ли они находятся, вот в чем вопрос:) После того, как разберетесь с концепциями предметной области, к этому можно вернуться.

Ага, именно там :-) Varbinary.



БредятинаThe_ImmortalПока остановились на следующих категориях: сухие корма, консервы, игрушки, витамины и ветеринарные корма.
У меня тут неслабая дилеммка организовалась: заказчик уже требует запускать проект, с другой стороны одни дополнения и намечаются, которые следует учитывать. Так что в этом плане все. Ничего более не будет.
Вид товара не должен никак влиять на функционирование системы. Не имеет значения. следовательно, это все или не все.
Да, вполне логично. Но как быть с теми же заболеваниями? Это расширение, необходимое для внедрения очередного вида товара - витаминок. Невозможно (по крайней мере в рамках нашей задачи) предугадать все виды товаров, которые будут использоваться в будущем, а также соответствующие им атрибуты. Каким образом организовать тут универсальность? Вот это меня ставит в тупик (в том числе).

Ребят, никто не в курсе - на форуме кто-то проектирует БД для плохо формализованных задач (типа моей) за деньги , а то я уже сыт :-)

?

Chop, опыт тут не причем. Соображаловка не та.

Тогда я не знаю, что дальше делать...)

Ладно, хватит ныть, пойду думать дальше.