|
|
|
| История такова. Раньше при связывании таблиц например пользователи и телефоны. Была таблица пользователе и таблица телефонов, в которой был id пользователей, кому эти телефоны принадлежат.
Один человек меня научил делать по другому. Таже задача, но теперь для связывания телефонов с пользователями создается отдельная таблица где хранятся оба идентификатора. Соответственно select нужно проводить не по 2 таблицам, как в предыдущем случае, а по трём. Преймущества: если у разных пользователей один телефон то не нужно дублировать телефон, а просто его id в соответствующую таблицу занести. Трудности у меня возникли когда скажем таких вложений несколько и нужно например просуммировать цену для всех товаров какой-то группы, по такой-то дате. Вывести группы.
Возможно есть литература по SQL или MySQL где есть подобные примеры. | |
|
|