В статье подробно объясняется использование вертикального секционирования для повышения производительности и увеличения количества операций ввода-вывода на SQL server.
Вертикальное разделение в SQL Server, важная функция, представленная в SQL 2005 Enterprise Edition, часто используется для повышения производительности сервера в случаях больших данных в таблицах. Когда запрос используется для извлечения всех столбцов из таблицы, содержащей широкие тексты, возникает вертикальное разделение.
Таким образом, в основном вертикальное секционирование разбивает вашу таблицу на более чем две таблицы с разными столбцами. Это чрезвычайно полезно в больших базах данных, где производительность является критическим фактором. Существует также горизонтальное разделение, но оно зависит от характера ваших данных.
В статье описывается использование и функция вертикального разбиения в SQL Serverд., их плюсы и минусы. 
Вертикальное разбиение
Вполне возможно, что при работе с SQL servers вы вступаете в контакт с базами данных, которые включают таблицы с огромными данными, и некоторые из его больших полей rarбыл получен доступ. Таким образом, чтобы облегчить процесс выполнения запросов, существует возможность вертикального разделения.
Вертикальное разделение в SQL Server помогает пользователям в столбцах таблиц базы данных, которые требуется разместить в двух или более базах данных. Таким образом, результирующий раздел становится более управляемым и простым в использовании, повышая производительность SQL server в значительной степени за счет увеличения и максимального количества операций ввода-вывода запросов.
Раздел не требует изменения кодов, а только указателей в представлении на расположение новых файлов.
Использование в больших базах данных
Большие базы данных часто принимают во внимание изображения и большие текстовые поля данных и ограничены данными. В таких случаях необходимо выполнить вертикальное разбиение, в котором вы можете разбить таблицу, так как они имеют большие столбцы данных, поместив их в новые столбцы. Небольшие столбцы в конечном итоге могут быть сохранены в исходной базе данных как единицы.
В некоторых случаях это может быть проблемой проектирования в зависимости от построения данных. При вертикальном разделении данные хранятся в разных местах, и ваши резервные копии становятся немного сложнее, чем в предыдущей ситуации. Таким образом, вам необходимо мгновенно создать резервную копию данных всей базы данных, потому что только тогда вы сможете выполнить полное восстановление данных, разделенных на разделы.
Проблемы с вертикальным разделением
Хотя вертикальное разбиение очень полезно, у него есть некоторые проблемы, которые нельзя упускать из виду. При секционировании вы разбиваете данные на разные части файлов, а это означает, что если вы вставляете или удаляете, то требуется выполнить несколько операторов. DELETE необходимо запускать для каждой таблицы, на которую ссылаются, потому что SQL server отклонит DELETE из представления, если оно указывает на несколько таблиц.
Представления, тем не менее, прозрачны для пользователей, но при изменении кода от пользователей требуется, чтобы они учитывали расположение данных всякий раз, когда они вносят какие-либо изменения.
Нет никаких сомнений в том, что вертикальное разбиение имеет свои преимущества и логическое единообразие, а также повышает производительность, но также нельзя отрицать, что оно может создавать сложности в операциях, с которыми иногда бывает трудно справиться. Прежде чем начать какую-либо операцию по разделению базы данных, сохраните поврежденный мдф инструмент восстановления поблизости, чтобы справиться с любыми непредвиденными обстоятельствами.
Об авторе:
Виктор Саймон — эксперт по восстановлению данных в DataNumen, Inc., которая является мировым лидером в области технологий восстановления данных, включая ремонт Доступ и программные продукты для восстановления sql. Для получения дополнительной информации посетите https://www.datanumen.com/