:::::::::::::::::::::::::::::::::::::::::::
Главная страница
:::::::::::::::::::::::::::::::::::::::::::
Обучение
Лучшие ученики
Преподаватель
Регистрация
:::::::::::::::::::::::::::::::::::::::::::
Гостевая книга
:::::::::::::::::::::::::::::::::::::::::::
Документация
:::::::::::::::::::::::::::::::::::::::::::
О сайте
:::::::::::::::::::::::::::::::::::::::::::
Повышение квалификации
:::::::::::::::::::::::::::::::::::::::::::
Народная самодеятельность — связи таблиц в MySQL Дмитрий Лебедев 2000-12-06 Четыре причины, почему не надо браться за написание большого приложения ради обучения языку Первоначально я предполагал сделать выпуск Народной самодеятельности со сборником ошибок, допущеных в основном мною :). Кое-что я собирал из статей о традиционных ошибках и т.п. Но жизнь оказывается куда интересней! Пишу про очередную самодеятельность прямо по горячим следам. Итак, некоторый человек, назовем его Вася, спрашивает Общественность форума про MySQL. В.: Не совсем понятно как создать связь между таблицами, чтобы в поле первой автоматически вставлялись данные второй (есно выборочно и есно по ИД). Варивант типа SELECT db.user, db.delete_priv, user.user, user.delete_priv FROM db,user WHERE db.user = user.user не совсем подходит, так как связью это можно назвать с большой натяжкой... O.: Честно говоря, не понимаю, почему эта связь тебе не подходит? Чем эта связь натянута? В.: Ну не нравится мне связь, основанная на синтаксисе запросов... хотелось бы чего-нибудь более существенного, иначе я вообще не вижу смысла в ключах и индексах. O.: Более существенное - ты имеешь в виду графический интерфейс как в MS Access? К сожалению, сам Access работает точно так же — достаточно нажать кнопочку SQL, и вы увидите эти связи с большой натяжкой. В.: Просто мне проще программно все это делать, благо таблицы небольшие... Раз в самом MySQL это не работает. O.: Через вложенные циклы, рекурсии? Скажи зачем тогда тебе вообще база данных и таблицы? В.: Никаких вложенных циклов и рекурсий — читаю н-ое колмчество массивов и с ними уже работаю.... А делать связь на основе селекта — не совсем то что мне нужно... O.: Правильно... храни все в файликах, тогда вообще вопросов не будет. В общем, считаю своим долгом разложить по полочкам связи таблиц. Кстати, насчёт связей - вот мнение признанного авторитета - Voodoo ;) : более существенное - это поддержка reference www.mysql.com/documentation/mysql/commented/manual.php?section=CREATE_TABLE create table..... reference_definition: REFERENCES tbl_name [(index_col_name,...)] [MATCH FULL | MATCH PARTIAL] [ON DELETE reference_option] [ON UPDATE reference_option] The FOREIGN KEY, CHECK, and REFERENCES clauses dont actually do anything. The syntax for them is provided only for compatibility, to make it easier to port code from other SQL servers and to run applications that create tables with references. See section 5.4 Functionality Missing from MySQL. Связь без большой натяжки Вообще, никакой натяжки в описании связей в запросе не было и нет - испокон веков БД работали именно так. Access со стрелочками и формопостроителями появился намного позднее. Связь между таблицами - суть реляционной базы данных. В идеале вне базы данных не держится никакая информация. Внутри базы разные по сути вещи разделяются на разные таблицы - например, сообщения и форумы, сообщения и их авторы (если есть регистрация участников), возможно даже в отдельную таблицу выносится разрешения доступ к форумам персонально для каждого участника. При этом данные лежат там, где надо, не смешиваются друг с другом, и не повторяются лишний раз. Это и есть основной смысл реляционных БД. За исключением сложных задач (например, построить дерево обсуждений форума), выборка данных производится одним запросом. Никакие массивы использовать не надо. Как делать неправильно Например, вот так: $res1 = mysql_query(SELECT id, name FROM rubs); while ($row = mysql_fetch_row($res1)) $rub[$row[0]] = $row[1]; Из запроса получены имена рубрик и записаны в массив $rub. $res2 = mysql_query(SELECT id, url, name, rub FROM sites WHERE какое-то-там-условие); while ($row = mysql_fetch_array($res2)) { echo FROM table1 INNER JOIN table2 ON table1.field1=table2.field или SELECT FROM table1, table2 WHERE table1.field1=table2.field2 или SELECT FROM table1 INNER JOIN table2 USING (field1) если таблицы объединяются по полю field1. В таком соединении выбираются только те строки таблиц, которые соответствуют условию объединения - равенство значений полей. Если для строки table1 нет соответствующей строки из table2, строка не попадает в итог запроса. Если же надо подсчитать количество сайтов в рубрике (продолжаю пример с каталогом), такой запрос не совсем подходит - в списке появятся только рубрики, в которых есть сайты. Для подобной операции нужно использовать LEFT JOIN. SELECT FROM table1 LEFT JOIN table2 ON table1.field1=table2.field2 или SELECT FROM table1 LEFT JOIN table2 USING (field1) если таблицы объединяются по полю field1. При этом соответствующей строки в table2 может и не быть, тогда в полях из table2 мы получим NULL, а если это групповая операция, как в случае с количеством сайтов в рубрике, тогда в поле будет 0: SELECT rubs.id, name, COUNT(sites.id) AS sites FROM rubs LEFT JOIN sites ON rubs.id=sites.rub GROUP BY rubs.id Заметьте: поля id есть в обеих таблицах, поэтому в их обозначении надо использовать имя таблицы. Кстати, если при объединении не используются групповые операции, всё равно лучше менять имя поля оператором AS, чтобы не возникало путаницы.
Статьи
21 ошибка программиста. Часть1
Подробнее

21 ошибка программиста. Часть2
Подробнее

21 ошибка программиста. Часть3
Подробнее

Вступление в PHP и MySQL.
Подробнее

Ловля ошибок в PHP.
Подробнее

Народная самодеятельность.
Подробнее

Оптимизация запросов в MySQL.
Подробнее

Пишем PHP код. Проба пера
Подробнее

Приемы безопасного програмиров-я
Подробнее

Работа с MySQL 1. Новостная лента
Подробнее

Работа с MySQL 2. Деревья
Подробнее

Работа с MySQL 3. Подробности
Подробнее

Обучающая система "Язык PHP", 2006 г.