Структура книги

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

Глава I. Введение

В этой главе рассказывается, почему необходимо настраивать SQL-запросы, и перечислены описываемые в книге подходы к проблеме вместе с некоторыми положительными побочными эффектами этих подходов. Это короткая и простая глава, и я рекомендую вам прочитать ее в первую очередь.

Глава 2. Основы доступа к данным

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

Глава 3. Просмотр и интерпретация планов вьтолнения

В этой главе объясняется, как читать и интерпретировать планы выполнения в Oracle, Microsoft SQL Server и DB2. Если раньше вы уже занимались настройкой SQL, то, вероятно, уже знакомы с решением этого вопроса на том сервере баз данных, с которым обычно работаете. Материал этой главы разделен на несколько частей, посвященных различным серверам баз данных, причем материал, общий для нескольких серверов, повторяется, поэтому вы можете изучить только интересующий вас раздел.

Глава 4. Управление планами выполнения

В этой главе вы узнаете, как проверять планы выполнения в Oracle, Microsoft SQL Server и DB2. Обсуждение включает некоторые общие техники, которые могут обеспечить определенную степень контроля над планами выполнения в любой реляционной базе данных. Если вы много занимались настройкой SQL, то должны знать, как управлять планами вьщолнения в интересующем вас сервере баз данных. Эта глава так же, как и предыдущая, разделена на части, посвященные разным серверам, и общая информация может повторяться в этих частях. Поэтому вы можете читать только раздел, посвященный тому серверу баз данных, с которым обычно работаете.

Глава 5. Диаграммное изображение простых запросов SQL

Эта глава закладывает основы для следующих глав книги, поэтому, не изучив ее, читать оставшуюся часть книги бесполезно. В этой главе вы познакомитесь со стенографическим изобразительным языком, который существенно проясняет сущность вопроса настройки SQL. Основы, изложенные в этой главе, делают оставшуюся часть книги намного понятнее, и при помощи изобразительного языка вы изучите ее намного быстрее, чем без этого полезного инструмента. Внимательно прочитайте эту главу и изучите предлагаемый язык до того, как читать последующие главы. Для изучения языка вам потребуется терпение, но, поверьте, дело стоит Torol

Глава 6. Выбор наилучшего плана выполнения

Данная глава объясняет, как использовать диаграммы запросов, о которых вы узнали ранее, для быстрой настройки 2-сторонних, 5-сторонних и даже 115-сто-ронних соединений в SQL-запросах, не тратя силы на метод проб и ошибок. Это чрезвычайно ценное умение, поэтому не сдавайтесь, пока полностью не поймете этот материал.

Глава 7. Диаграммное изображение и настройка сложных SQL-запросов Эта глава показывает, как настраивать сложные запросы (например, с использованием подзапросов), не подходящие под стандартный шаблон простых п-сто-ронних соединений. В качестве бонуса в этой главе также описан процесс диагностики и решения логических ошибок в SQL, которые становятся очевидными, как только вы научитесь строить и интерпретировать диаграммы запросов. Глава 8. Почему метод диаграмм работает

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

Глава 9. Особые случаи

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

Глава 10. Решения сложных проблем

Эта глава объясняет, как справиться с невозможными проблемами. С запросами, для которых не существует быстрого плана выполнения, позволяющего получить необходимые строки. Я настойчиво рекомендую изучить этот материал, но оставляю его напоследок, так как пока вы не узнаете, как получить наилучший план выполнения, вы не сможете распознать, какие проблемы (а их на удивление мало) требуют применения внешних решений.

Приложение А. Решения задач

Решения для упражнений в конце глав 5,6 и 7.

Приложение Б. Полный и непрерывный процесс

Решение задачи настройки SQL диаграммным методом от начала до конца для Oracle, DB2 и SQL Server. Если вы любите работать, имея перед глазами полные и непрерывные примеры, то это приложение для вас.

Глоссарий

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

Условные обозначения

в книге используются следующие типографские обозначения: Курсив

Используется для вьщеления технических терминов.

Шрифт постоянной ширины

Используется для адресов URL и имен файлов и каталогов, примеров SQL-запросов, содержимого файлов, а также для полученных данных.

Также подобный шрифт используется для имен таблиц и столбцов - как в коде SQL, так и при упоминании операторов SQL в тексте. Применяется для выделения псевдонимов и имен узлов, которые являются элементами диаграмм SQL и теоретически соответствуют псевдонимам таблиц, даже в слзчаях, когда диаграмма иллюстрирует абстрактную задачу настройки и для нее не приводится определенного оператора SQL, соответствующего задаче. Так как псевдонимы обычно составляются как акронимы на основе имен таблиц, например, СТ для столбца Cocle Translations, чаще всего они состоят только из прописных букв.

(С. 0. ОТ. 0D. ODT. Р. S. А)

Список моноширинным шрифтом, состоящий из псевдонимов, имен узлов или столбцов, заключенный в скобки. Я заимствовал это п-кратное обозначение из математики для представления упорядоченного списка элементов. В одних примерах эта условная запись обозначает порядок соединения узлов в диафамме соединения с использованием псевдонимов таблицы. В других примерах, например (Сос1е Туре, Code), это представление пары индексированных столбцов для двухстолбцового индекса, где Сос1е Туре - это первый столбец. В свою очередь, Code Translations(Cocle Type, Code) представляет тот же индекс, но с указанием, что он принадлежит таблице Code Translations.

<Курсив постоянной ширины>

Текст, написанный курсивом постоянной ширины в треугольных скобках, описывает отсутствующие части шаблона оператора SQL, представляющего целый хсласс операторов, которые вы должны восстановить самостоятельно. Например, SomeAl i as. Leadi ng I ndexed Col итп=<вь/ражение> представляет условие равенства ведущего столбца индекса и любого другого выражения.

ПРОПИСНЫЕ БУКВЫ

В SQL прописными буквами обозначаются ключевые слова, имена функций и таблицы или представления, предопределенные поставщиком базы данных (например, PLANTABLE в Oracle).

Обратите особое внимание на комментарии, выделенные следующим образом:

ПРИМЕЧАНИЕ

Общее замечание, совет или предположение. Например, иногда в примечаниях я описываю особенности, характерные для базы данных определенного поставщика, в середине какого-либо не зависящего от поставщика обсуждения.

ВНИМАНИЕ

Так я обозначаю предостережения и возможные подвохи, относящиеся к текущему обсуждению.

Комментарии и вопросы

Мы, издательство OReilly, со всем тщани ем проверили и протестировали информацию, представленную в этой книге, но вы можете заметить, что какие-либо функции изменились либо мы допустили ошибки. В таком случае, пожалуйста, сообщите нам об этом по адресу: