|
Связь многие ко многим с разными таблицами.
|
|||
---|---|---|---|
#18+
Физическое описание. Есть Контракт. есть его участники, которые могут быть физическими или юридическими лицами. участников может быть несколько. Требуемое поведение: смешанный (юр и физ лица) список участников и отбор из него участников текущего контракта. Я бы выделил абстрактный класс "Участник контракта" и у него, соответственно были бы 2 наследника Физ и Юр лицо. Вопрос. Возможно ли реаализовать подобное поведение на уровне СУБД? И если возможно, то как? Предположение: 3 таблицы: в первой ID, общие данные (не зависят от типа участника), и тип участника. во второй FK из первой таблицы и данные специфичные для физ лиц. в третьей FK из первой таблицы и, соответственно, данные специфичные для юр лиц. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.12.2003, 14:32 |
|
|
start [/forum/topic.php?fid=32&msg=32349235&tid=1546718]: |
0ms |
get settings: |
9ms |
get forum list: |
11ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
171ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
49ms |
get tp. blocked users: |
2ms |
others: | 12ms |
total: | 277ms |
0 / 0 |