SQL Server. Диета для баз данных: первый этап
Содержание:
1. Сжатие в операционной системе (Вы читаете данный раздел);
2. Сжатие строк и реализация сжатия типа ROW;
3. Применение сжатия типа ROW.
Ни для кого из вас не секрет, что производительность приложений любой базы снижается по мере увеличения количества данных, хранящихся в ней. Вместе с этим, суммарное число данный не оказывает ни на что особого влияния, пока существует возможность эффективно направлять к ним запросы и выполнять индексацию. Отсюда можно сделать вывод, что производительность не должна падать с увеличением объема данных, но именно это нередко происходит, когда приложения неудачно спроектированы или реализованы.
Для резервного копирования и восстановления крупных баз данных обычно требуется больше времени. Как правило, увеличение времени резервного копирования не составляет проблемы. Время восстановления важнее, так как во многих случаях клиенту приходится ждать завершения процесса. Во многих компаниях восстанавливаемые данные также приходится перемещать по корпоративным сетям, прежде чем начнется восстановление, а на это уходит еще больше времени.
Сжатие в операционной системе
Всякий раз, когда я начинаю с клиентами разговор о технологиях сжатия, они полагают, что речь идет о сжатии на уровне операционной системы. Большинство клиентов сохранили неприятные воспоминания о такой работе в прошлом. Сжимать файлы базы данных на уровне операционной системы не рекомендуется. Это не принесет преимуществ в использовании памяти. Для эффективного сжатия требуется обрабатывать крупные фрагменты данных, но сжимаемые фрагменты данных имеют разный размер, и такая схема не подходит для произвольного доступа.
Сжатие таблиц
С учетом прошлого опыта клиенты предполагают, что сжатие приведет к уменьшению размеров и снижению быстродействия баз данных, а им совсем не хочется иметь медленные базы данных. Но такой угрозы не существует при сжатии таблиц в SQL Server. Мы выяснили, что при правильном применении сжатие таблиц приводит к появлению более компактных и быстрых баз данных. Выигрыш получается двойной.
Данные как в транзакционных системах, так и в хранилищах удается заметно сжать.
Первой попыткой уменьшить размер командой SQL Server было добавление типа данных vardecimal в версию SQL Server 2005 SP2. В типичной транзакционной системе, например крупной системе SAP, нередко используются таблицы, содержащие большое число десятичных значений. Десятичное значение в SQL Server с выбираемой по умолчанию точностью 18 знаков занимает в памяти 9 байт, но очень часто эти столбцы имеют значение NULL или содержат простые значения, такие как 0 или 1. С появлением типа vardecimal в версии Enterprise Edition SQL Server хранит содержимое строк иным способом, и десятичные значения становятся компактнее благодаря формату с переменной длиной. Тип данных vardecimal был внутренним. Невозможно определить столбец или переменную как тип данных vardecimal.
Вы не IT-специалист, а профессиональный рыбак, поэтому вас гораздо больше интересуют не базы данных, а вопрос: "Какие существуют рыболовные базы в астраханской области (http://www.astrakhan-pearl.ru) и как их найти?". И именно поэтому я настоятельно советую вам посетить сайт astrakhan-pearl.ru. Здесь вы найдете самую исчерпывающую информацию по данной теме.
1.
2. Сжатие строк и реализация сжатия типа ROW;
3. Применение сжатия типа ROW.
Ни для кого из вас не секрет, что производительность приложений любой базы снижается по мере увеличения количества данных, хранящихся в ней. Вместе с этим, суммарное число данный не оказывает ни на что особого влияния, пока существует возможность эффективно направлять к ним запросы и выполнять индексацию. Отсюда можно сделать вывод, что производительность не должна падать с увеличением объема данных, но именно это нередко происходит, когда приложения неудачно спроектированы или реализованы.
Для резервного копирования и восстановления крупных баз данных обычно требуется больше времени. Как правило, увеличение времени резервного копирования не составляет проблемы. Время восстановления важнее, так как во многих случаях клиенту приходится ждать завершения процесса. Во многих компаниях восстанавливаемые данные также приходится перемещать по корпоративным сетям, прежде чем начнется восстановление, а на это уходит еще больше времени.
Сжатие в операционной системе
Всякий раз, когда я начинаю с клиентами разговор о технологиях сжатия, они полагают, что речь идет о сжатии на уровне операционной системы. Большинство клиентов сохранили неприятные воспоминания о такой работе в прошлом. Сжимать файлы базы данных на уровне операционной системы не рекомендуется. Это не принесет преимуществ в использовании памяти. Для эффективного сжатия требуется обрабатывать крупные фрагменты данных, но сжимаемые фрагменты данных имеют разный размер, и такая схема не подходит для произвольного доступа.
Сжатие таблиц
С учетом прошлого опыта клиенты предполагают, что сжатие приведет к уменьшению размеров и снижению быстродействия баз данных, а им совсем не хочется иметь медленные базы данных. Но такой угрозы не существует при сжатии таблиц в SQL Server. Мы выяснили, что при правильном применении сжатие таблиц приводит к появлению более компактных и быстрых баз данных. Выигрыш получается двойной.
Данные как в транзакционных системах, так и в хранилищах удается заметно сжать.
Первой попыткой уменьшить размер командой SQL Server было добавление типа данных vardecimal в версию SQL Server 2005 SP2. В типичной транзакционной системе, например крупной системе SAP, нередко используются таблицы, содержащие большое число десятичных значений. Десятичное значение в SQL Server с выбираемой по умолчанию точностью 18 знаков занимает в памяти 9 байт, но очень часто эти столбцы имеют значение NULL или содержат простые значения, такие как 0 или 1. С появлением типа vardecimal в версии Enterprise Edition SQL Server хранит содержимое строк иным способом, и десятичные значения становятся компактнее благодаря формату с переменной длиной. Тип данных vardecimal был внутренним. Невозможно определить столбец или переменную как тип данных vardecimal.
Вы не IT-специалист, а профессиональный рыбак, поэтому вас гораздо больше интересуют не базы данных, а вопрос: "Какие существуют рыболовные базы в астраханской области (http://www.astrakhan-pearl.ru) и как их найти?". И именно поэтому я настоятельно советую вам посетить сайт astrakhan-pearl.ru. Здесь вы найдете самую исчерпывающую информацию по данной теме.
