У меня есть иерархическая структура данных, которая, насколько я вижу, должна иметь ряд последовательных отношений «многие ко многим».
Это выглядит примерно так:
Company
Account
Treaty
Benefit
Policy
Person
Со следующими отношениями:
Company 1---8 Account
Account 1---8 Treaty
... все еще весело
А потом, многие ко многим:
Treaty 8---8 Benefit, поэтому я создаю реляционную таблицу ContractBenefit и выполняю:
Treaty 1---8 TreatyBenefit 8---1 Benefit
Теперь для конкретного договора и конкретной выгоды (то есть выгоды от договора) может быть много политик. Но, опять же, одна политика может также подпадать под несколько договорных выгод
Итак, тогда у меня есть TreatyBenefit 1---8 TreatyBenefitPolicy 8---1 Policy
И затем, конечно, то же самое относится к Персоне, поэтому я также получаю:
TreatyBenefitPolicy 1---8 TreatyBenefitPolicyPerson 8---1 Person
Что я хотел бы знать, так это то, существуют ли какие-либо соглашения для именования таблиц, чтобы вы могли избегать имен, которые становятся такими длинными, что они по сути бессмысленны? Или есть лучшие подходы к дизайну, которые полностью избегают такого рода структур?
Спасибо
Karl