|
|
|
связи многие-ко-многим
|
|||
|---|---|---|---|
|
#18+
у меня между всеми таблицами получается связь многие-ко-многим. Раньше с таким не сталкивался. В чём сложность или неудобство работы, когда такие связи?? как решить эту сложность?? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2007, 09:25 |
|
||
|
связи многие-ко-многим
|
|||
|---|---|---|---|
|
#18+
seeerg_23у меня между всеми таблицами получается связь многие-ко-многим. Раньше с таким не сталкивался. В чём сложность или неудобство работы, когда такие связи?? как решить эту сложность?? все зависит от требований предметки... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.04.2007, 09:50 |
|
||
|
связи многие-ко-многим
|
|||
|---|---|---|---|
|
#18+
Стандартно решается через вспомогательную таблицу связей (Link_Table). В ней всего два поля Id_from_Table1 Id_from_Table2 Далее, если в Table1 нужно понять какие записи из Table2 относятся к записи с Id=10, например, то запрос выглядит так: Код: plaintext Связь многие-ко-многим может образовавать некие "узлы", когда определенное множество записей из Table1 привязано к определенному множеству записей из Table2. Этот "узел" должен иметь свой Id тваблице LinkTable. Например, Joint_Id. Тогда, получить наборы записей из обоих таблиц, относящиеся к этому узлу проще простого, понятно как и даже не буду писать запрос... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.04.2007, 01:44 |
|
||
|
|
start [/forum/topic.php?fid=32&msg=34474558&tid=1544598]: |
0ms |
get settings: |
8ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
194ms |
get topic data: |
6ms |
get forum data: |
2ms |
get page messages: |
28ms |
get tp. blocked users: |
1ms |
| others: | 251ms |
| total: | 504ms |
| 0 / 0 |
