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