П О Р Т А Л                            
С Е Т Е В Ы Х                          
П Р О Е К Т О В                        
  
Поиск по сайту:
                                                 
Главная

О проекте

Web-мастеру
     HTML & JavaScript
     SSI
     Perl
     PHP
     XML & XSLT
     Unix Shell

MySQL

Безопасность

Хостинг

Другое








Самое читаемое:

Учебник PHP - "Для Чайника".
Просмотров 177638 раз(а).

Иллюстрированный самоучитель по созданию сайтов.
Просмотров 74999 раз(а).

Учебник HTML.
Просмотров 73728 раз(а).

Руководство по PHP5.
Просмотров 44624 раз(а).

Хостинг через призму DNS.
Просмотров 51443 раз(а).

Подборка текстов стандартных документов.
Просмотров 44760 раз(а).

Учебник PHP - Самоучитель
Просмотров 51008 раз(а).

Документация на MySQL (учебник & справочное руководство)
Просмотров 51446 раз(а).

Внешние атаки...
Просмотров 41658 раз(а).

Учебник PHP.
Просмотров 36945 раз(а).

SSI в примерах.
Просмотров 27660 раз(а).



 
 
| Добавить в избранное | Сделать стартовой | Помощь





Глава 1. Общая информация
Пред.    След.

1.9.4. Отличия MySQL от ANSI SQL92
1.9.4.5. Внешние ключи

Следует учитывать, что в SQL внешние ключи используются не для объединения таблиц, а главным образом для проверки целостности ссылочных данных (ограничения внешних ключей). Если необходимо получить результаты из большого количества таблиц от команды SELECT, следует делать это через объединение таблиц:

SELECT * FROM table1,table2 WHERE table1.id = table2.id;

См. разделы Раздел 6.4.1.1, «Синтаксис оператора JOIN» и See Раздел 3.5.6, «Использование внешних ключей».

В версии сервера MySQL 3.23.44 и выше таблицы InnoDB поддерживаютпроверку ограничений внешних ключей (see Раздел 7.5, «Таблицы InnoDB»). Для таблиц других типов сервер MySQL производит анализ синтаксиса FOREIGN KEY в командах CREATE TABLE, но без выполнения дальнейших действий.

Синтаксис FOREIGN KEY без ON DELETE ... главным образом применяется для целей документирования. В некоторых ODBC-приложениях его можно использовать для автоматического создания выражений WHERE, но обычно это легко сделать вручную. FOREIGN KEY иногда используется в качестве проверки ограничений, но на практике такая проверка не является необходимой, если строки вносятся в таблицу в правильном порядке.

В сервере MySQL можно обойти проблему отсутствия реализации ON DELETE ... добавлением соответствующей команды DELETE в приложение, когда удаляются записи из таблицы, имеющей внешний ключ. На практике при этом достигается почти такая же скорость (в некоторых случаях еще быстрее), как и при использование внешних ключей, и намного большая переносимость.

В версии сервера MySQL 4.0 можно использовать многотабличное удаление, чтобы удалить строки из многих таблиц одной командой (see Раздел 6.4.6, «Синтаксис оператора DELETE»).

В ближайшем будущем мы расширим реализацию FOREIGN KEY таким образом, что информация будет сохраняться в специальном файле таблицы и ее можно будет извлечь с помощью mysqldump и ODBC. На следующем этапе мы внедрим ограничения внешних ключей для приложений, в которых не так просто обойтись без них.

Следует иметь в виду, что внешние ключи часто применяются неправильно, что может вызывать большие проблемы. Даже если они использованы соответствующим образом, то не являются магическим решением для проблемы целостности ссылочных данных, хотя в некоторых случаях действительно упрощают ситуацию.

Некоторые преимущества внедрения внешних ключей:

  • При условии, что связи спроектированы правильно, ограничения внешних ключей сделают более сложным для программиста введение противоречивости в базу данных.

  • Использование каскадных обновлений и удалений может упростить код клиента.

  • Должным образом разработанные правила внешних ключей помогают в документировании отношений между таблицами.

Недостатки:

  • Ошибки, которые легко сделать в проектировании отношений ключей, могут вызывать сложные проблемы: например, зацикленные правила или ложные комбинации каскадных удалений.

  • Правильно написанное приложение будет само по себе обеспечивать отсутствие нарушения целостности ссылочных данных перед началом работы запроса. Таким образом, дополнительные проверки на уровне базы данных только понизят производительность для такого приложения.

  • Администраторы баз данных часто создают такую сложную топологию связей, при которой затруднительно, а зачастую и вовсе невозможно получить резервную копию или восстановить единичные таблицы.


Назад Начало Главы Начало Раздела Начало Подраздела Вперед

Пред. Глава След. Глава
Preface Начало Книги  Глава 2. Установка MySQL


Если Вы не нашли что искали, то рекомендую воспользоваться поиском по сайту:
 





Copyright © 2005-2016 Project.Net.Ru