|
|
|
связи многие-ко-многим
|
|||
|---|---|---|---|
|
#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&fpage=122&tid=1544598]: |
0ms |
get settings: |
7ms |
get forum list: |
19ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
62ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
38ms |
get tp. blocked users: |
1ms |
| others: | 200ms |
| total: | 347ms |
| 0 / 0 |
