Академия Специальных Курсов по Компьютерным Технологиям
    Главная страница Послать письмо
 
AskIt.ru  
   
   
   
   
   
   
 
 
  Главная / Заказные курсы / Microsoft SQL Server 2005 для администраторов
 
 

Получить учебные материалы по этому курсу


<-- Назад Читать дальше -->

2.2.6. Выбор кодировки и порядка сортировки

SQL Server 2005 - выбор кодировки и порядка сортировки, collation settings, Unicode и кодировки SQL Server, чувствительность к регистру, возможные проблемы

Следующий экран мастера установки — выбор кодировки и порядка сортировки (рис. 2.7).

Рис. 2.7. Выбор кодировки и порядка сортировки

Именно на этом экране часто совершается неверный выбор, исправить который достаточно сложно.

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

q      если вы выберите для сервера неверную кодировку и порядок сортировки, то вначале можно и не заметить каких-то проблем. Они появятся позже (при выполнении запросов с сортировкой, при соединениях и т. п.). Как правило, к этому моменту в базе данных уже накоплен определенный объем информации, что затрудняет исправление ситуации;

q      в принципе, в SQL Server 2005 можно определить свою кодировку и порядок сортировки не только на уровне всего сервера, но и на уровне отдельной базы данных, таблицы и даже отдельного столбца таблицы. Однако если в вашем приложении используются системные таблицы, представления, хранимые процедуры из базы данных master (а в реальных приложениях это бывает очень часто), то проблемы все равно будут возникать. Единственный вариант здесь — перестройка базы данных (фактически переустановка сервера). В предыдущих версиях SQL Server для этого можно было использовать утилиту rebuildm (от англ. rebuild master). В SQL Server 2005 этой утилиты уже нет, и для перестройки снова придется использовать мастер установки. А перед этим в соответствии с инструкцией Microsoft необходимо будет выгрузить информацию из каждой таблицы в текстовые файлы и отскриптовать все объекты в базе данных, чтобы после переустановки сервера можно было воссоздать все заново.

Слушатели из одного крупного пивоваренного предприятия Санкт-Петербурга рассказывали автору, как им пришлось производить подобные процедуры для базы данных размером 7 Гбайт. Времени и сил на это у них ушло очень много.

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

Если вы работаете с SQL Server предыдущих версий достаточно давно, то вероятнее всего, что для переноса существующих приложений лучшим выбором из списка SQL Collations (Кодировки SQL Server) будет Dictionary order, case-insensitive, for use with 1251 (Cyrillic) Character Set (Словарный порядок, нечувствительный к регистру, для использования с набором символов 1251 (Cyrillic)). Если вы создаете совершенно новое приложение, то самым удобным вариантом будет кодировка Unicode Cyrillic_General со снятым флажком Case-sensitive (Чувствительность к регистру). Эта кодировка выбирается в списке Collation Designator ans Sort Order (Определение сопоставления и порядка сортировки) в верхней части экрана.

То, что предлагает вам мастер установки по умолчанию, зависит от региональных настроек вашего компьютера. Если установлены русские региональные настройки, то по умолчанию будет предложена кодировка Unicode Cyrilic_General, если американские — Latin1_General.

Установленный флажок Binary (Двоичный) означает, что будет использоваться двоичный порядок сортировки вместо словарного (т. е. будут сравниваться числовые значения кодов символов). Флажок Case-sensitive, конечно, означает, будет ли учитываться регистр (как правило, это не требуется). Параметры Accent-sensitive, Kana-sensitive и Width-sensitive применяются только для дальневосточных языков.

Новой возможностью SQL Server 2005 является то, что кодировку и порядок сортировки можно выбрать не только для самого SQL Server, но и для Analysis Services. Принципы выбора кодировки для Analysis Services такие же, как и для самого SQL Server. При этом стоит учесть, что если основным источником данных для кубов OLAP у вас выступает хранилище данных, реализованное на SQL Server, то с точки зрения исключения преобразований и возможных ошибок наиболее выгодно будет установить на Analysis Services ту же кодировку и порядок сортировки, что и на этом SQL Server.

 

   
   
   
   
   
   
   
   
   
   
 
<-- Назад Читать дальше -->

Получить учебные материалы по этому курсу


 
© 2004-2016, Академия Специальных Курсов
по Информационным Технологиям
.
Все права защищены.

Разработка NevaStudio
г. Санкт-Петербург, Васильевский остров,
20-я линия, д. 7
Офис 101, 2-й этаж
Телефон: 8(812)922-47-60
E-mail: info@askit.ru