Прежде чем вы начнете разделять таблицы базы данных, вы должны завершить следующие шаги: 1. Задать цели разделения. 2. Определить разделяющий ключ и количество разделов. 3. Создать файловую группу для каждого раздела. 4. Создать функцию разделения и схему разделения. 5. Создать индексы разделения (если необходимо).

Цели разделений зависят от типа приложений, которые обращаются к таблицам, подлежащим разделению. Существует множество различных целей и каждая из них может быть единственной причиной для разделения таблицы: ♦ увеличение производительности для индивидуальных запросов; ♦ уменьшение конкуренции; ♦ улучшение доступности данных. Если первичной целью разделения таблицы является увеличение производительности для индивидуальных запросов, распределите все строки таблицы равномерно. Причина этого в том, что система базы данных не будет ожидать больше времени при поиске данных из раздела, имеющего больше строк, чем другие разделы. Также, если запросы осуществляют доступ к данным путем сканирования таблицы с большим объемом данных, следует только разделить строки таблицы. (В…

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

Для достижения лучшей производительности, наивысшей доступности данных и более простой поддержки следует использовать различные файловые группы для разделения данных таблицы. Количество файловых групп главным образом зависит от используемого вами оборудования. Если у вас несколько центральных процессоров, разделите ваши данные таким образом, чтобы каждый CPU мог обращаться к данным на одном дисковом устройстве. Если Database Engine может обрабатывать несколько разделов параллельно, то время работы вашего приложения будет значительно сокращено. Каждый раздел данных должен размещаться в файловой группе. Для создания файловой группы используйте оператор create database или alter database. В примере 26.1 показано создание базы данных testpartitioned с одной первичной файловой группой…

Следующим шагом после создания файловых групп является создание функции разделения. Функция разделения создается оператором create partition function. Существуют две формы этого оператора в зависимости от типа разделения. Синтаксис create partition function, связанный с этими типами разделения, следующий: create partition function functionjname(param_type) as range  [left  |  right] for values  ([boundary_value [,   ... л 1]) Здесь function_name задает имя функции разделения; param_type определяет тип данных ключа разделения; boundary_vaiue задает одно или более значений границ, для каждого раздела разделяемой таблицы или индекса, использующего функцию разделения. Оператор create partition function поддерживает две формы опции range: range left И range right. range left указывает, что…

Когда вы разделяете данные таблицы, индексы, ассоциированные с этой таблицей, также могут быть разделены. Вы можете разделять индексы таблицы с использованием существующей схемы разделения для этой таблицы или другую схему. Когда и индексы, и таблица используют одну и ту же функцию разделения и те же разделяющие столбцы (в том же порядке), то таблица и индекс называются выровненными. Когда таблица и ее индексы являются выровненными, система базы данных может перемещать разделы между разделенными таблицами более эффективно, поскольку разделение обоих объектов базы данных выполнено при помощи одного и того же алгоритма. По этой причине в большинстве практических случаев рекомендуется, чтобы вы использовали…

Помимо разделения таблиц вместе с соответствующими индексами, Database Engine также поддерживает разделение двух таблиц с использованием одной и той же функции разделения. Эта форма разделения означает, что строки обеих таблиц, которые имеют одно и то же значение разделяющего ключа, сохраняются вместе. Эта концепция разделения данных называется совместным размещением. Предположим, что помимо таблицы orders существует также таблица order_detaiis, которая содержит ноль, одну или более строк с заказами для каждого уникального номера заказа в таблице orders. Если вы разбиваете обе таблицы, используя одну и ту же функцию разбиения для соединения столбцов orders, orderid и order_details . orderid, то строки обеих таблиц с…

SQL Server 2008 имеет следующие улучшения, касающиеся разделения данных: ♦ преимущества, производительности для многих параллельных планов запросов за счет порядка выполнения операций доступа; ♦ параллельное выполнение запросов к разделенным таблицам при использовании многих потоков управления; ♦ улучшенное редактирование информации, относящейся к разделенным данным. В следующих разделах рассматриваются эти возможности.

В SQL Server 2008 было изменено внутреннее представление разделенных таблиц, такая таблица представляется процессору запросов в виде составного (содержащего несколько столбцов) индекса с разделяемым столбцом в качестве лидирующего столбца. Этот столбец, называемый partitionediD, является скрытым вычисляемым столбцом, используемым внутренне для представления идентификатора раздела, содержащего указанную строку. Предположим, например, что существует таблица tab с тремя столбцами coll, co12 и co13. (coll используется для разделения таблицы, а со12 является кластерным индексом.) В SQL Server 2008 такая таблица внутренне трактуется как неразделенная таблица со схемой tab (partitionID, coll, со12 со13) и с кластерным индексом с составным ключом (partitionio, со12). Это позволяет оптимизатору запросов…

В SQL Server 2005 один поток был выделен на раздел, когда запрос обращался к нескольким разделам. Иными словами, каждый запрос, который применялся к разделенным таблицам, не мог выполняться параллельно. (Определение параллельных запросов.) Это может привести к проблемам производительности в системах с несколькими центральными процессорами, если схема таблицы содержит меньше разделов, чем существует центральных процессоров. В этом случае не все CPU будут использованы для обработки запроса. SQL Server 2008 предоставляет две стратегии выполнения запросов для параллельных планов запросов к разделенным объектам: стратегия одного потока на раздел и стратегия нескольких потоков на раздел. В стратегии одного потока на раздел оптимизатор запросов назначает…