2012-03-19 7 views
0

Я создаю базу данных на основе ERD, которую я разработал в соответствии с некоторыми бизнес-правилами, где мне разрешено делать предположения и реализовывать их в будущем.Необходимая диаграмма отношения сущности

Бизнес правило:

Rule

диаграмма отношения сущностей

Erd

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

ЕСЛИ я оставляю отношения 1..1, тогда я мог бы разбухать от таблицы счетов и использовать резервирование в качестве счета-фактуры, так как они используют одни и те же атрибуты и связывают его с методом payment_method.

Я не знаю, какой путь лучше, первый раз делает базы данных ...

Пожалуйста посоветуйте

ответ

0

Это почти звучит для меня, как вы должны сделать его 1-ко-многим между фактуре и бронирование. Вы говорите, что клиент может получить несколько счетов-фактур для одной оговорки, например, при изменении бронирования. Это заставляет меня думать, что это должна быть одна оговорка к одному или нескольким счетам-фактурам.

В таблицу счетов я мог бы указать поле, указывающее, является ли это последним счетом или поле с нулевым значением, указывающее на следующий счет-фактуру. Если счет-фактура становится недействительным/устаревшим/замененным, создается новый счет-фактура, и все предыдущие счета-фактуры затем заполняют заполненное поле, чтобы указать на самый текущий счет-фактуру. Таким образом, вы все равно можете отслеживать предыдущие счета-фактуры, а также текущий.

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