Причуда плана выполнения после перевключения ограничения внешнего ключа
Только, чтобы перепутать вещи немного больше, иногда необходимо работать с дескрипторами вместо указателей. Дескрипторы являются указателями на указатели, так, чтобы бэкэнд мог переместить вещи в память для дефрагментации "кучи". Если изменения указателя в середине стандартной программы, результаты непредсказуемы, таким образом, сначала необходимо заблокировать дескриптор, чтобы удостовериться, что ничто не идет никуда.
http://arjay.bc.ca/Modula-2/Text/Ch15/Ch15.8.html#15.8.5 переговоры об этом немного более когерентно, чем я.:-)
3 ответа
Скорее всего, ваше ограничение включено, но не является доверенным, поэтому в вашей дочерней таблице могут быть потерянные строки. Прочтите этот замечательный пост Хьюго Корнелиса: Можете ли вы доверять своим ограничениям?
Я присоединюсь ко всем остальным, но я просто рекомендую вам загрузить гем activesupport , чтобы вы могли просто использовать его как библиотеку . Ты не
Судя по опубликованным вами сценариям и по ширине соединителей в плане, в этих таблицах нет никаких данных. Анализ планов запросов для пустых таблиц в значительной степени не имеет значения: при чтении одной страницы оптимизатор почти наверняка выберет полное сканирование.
Я предполагаю, что вы делаете это как своего рода эксперимент, в реальном мире вам следует присоединиться к этим таблицам не использовать внутренний EXIST.