2015-10-27 9 views
1

Я разрабатываю таблицу DB DB для моего проекта, мне трудно решить, какой подход лучше.Группировка аналогичных объектов в DB

Таблица называется таблицей Services, а также существует концепция Package, которая представляет собой не что иное, как выбранную группу Services.

Теперь, мой вопрос заключается в том, следует ли рассматривать службы пакета как независимую сущность и иметь таблицу PackageService и таблицу отношений PackageService_Service?

ИЛИ

Нужны ли лечить Package услуги, как только другой сервис в Service таблицы с «пакетным» флагом установлен в верно? Если это лучший подход, то как и где я упоминаю, какие службы входят в этот сервис Package?

+0

PLZ Опубликовать свою структуру таблицы для лучшего понимания –

+0

Не похоже, что пакет - это сервис. просто элемент группировки, правильно? – Bob

+0

@BobfCali Люди могут либо выбрать отдельную услугу, либо пакет (который выбрал услуги по разной цене), но упакованная услуга показана им как услуга и фиксирована, так как пользователь не может создать свой собственный пакет, выбрав куча услуг. – Rao

ответ

0

Один пакет может иметь множество сервисов, и один сервис может быть во многих пакетах.

Это должна быть таблица Service_Package.

Кроме того, я просмотрел комментарии. Этот service_package может быть присоединился к с таблицей service_cost etc с номером service_id в качестве столбца объединения. Тогда у вас будет , присоединившийся к набор записей для пакета с package_id, service_id, cost, service_duration и т. Д., Если вам нужна вся эта информация. Или вы можете присоединиться к пакетному сервису с отдельными таблицами, такими как service_cost, отдельно в соответствии с бизнес-случаями.

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

Смежные вопросы