Реферат - СУБД
32

дуже зручно здійснювати в ній швидкий пошук інформації, що цікавить вас. Ну і, звичайно, необхідна операційна система Windows NT Server версії 3.5 або вища (рекомендується 3.51). Перераховані вимоги є мінімальними. Про те, яка апаратура потрібна, щоб добитися оптимальної продуктивності, ми поговоримо в частині, присвяченій оптимізації і настройці SQL Server. Кодова сторінка Вибрана кодова сторінка визначає, які символи розглядатимуться сервером як придатні для друку і найменування, наприклад, днів тижня і місяців. Також кодова сторінка, сумісно з вибраним порядком сортування, визначає, як сортуватимуться і порівнюватимуться між собою символьні рядки. Дуже рекомендується встановлювати на всіх клієнтах і сервері одну і ту ж кодову сторінку. SQL Server 6.0 дозволяє встановити сторінку № 1251, що використовується для роботи з російською мовою в Windows, так що тут жодних проблем немає. Якщо ви не припускаєте працювати з російською мовою, то можна встановити сторінку № 850 (багатомовна) або № 437 (U.S. English). Порядок сортування Порядок сортування визначає: 1. Як сортуватимуться записи при використовуванні в запиті ORDER 2. Як порівнюватимуться між собою символьні рядки 3.Скорость виконання операцій сортування. Існує два основні типи порядків сортування: двійковий і по словнику. При двійковому символи порівнюються і сортуються відповідно до їх двійкових кодів. Це найшвидший порядок сортування, але він має один недолік. Великі букви у відсортованому порядку йтимуть раніше маленьких, тобто велика буква "Я" - раніше маленької "а". Це може породити деякі проблеми у вашому конкретному додатку, хоча в деяких випадках двійковий порядок виявляється цілком прийнятним. Але якщо ви хочете, щоб символи сортувалися в більш зручному для вас порядку, вам треба використовувати один з порядків сортування по словнику. Їх існує дещо, має сенс розглянути т.з. регистро-залежний порядок (Case-Insesitivity), при якому букви сортуються незалежно від того, великі вони або маленькі. Саме він пропонується при інсталяції за умовчанням. При використовуванні цього порядку операції сортування працюють приблизно на 20% повільніше, ніж при двійковому. Мережні установки Microsoft SQL Server 6.0 може взаємодіяти з клієнтами по багатьох протоколах сеансового рівня. Це: * Named Pipes * NWLink IPX/SPX * TCP/IP Sockets * Banyan VINES * AppleTalk ADSP * DECnet Треба відзначити, що робота по одному протоколу не виключає роботи по іншому і сервер може взаємодіяти з клієнтами по декількох протоколах одночасно. Для цього завантажуються одна або декілька мережних бібліотек (Net-Libraries). Крім того, протокол Named Pipes працює над трьома протоколами транспортного рівня - NetBEUI, IPX/SPX і TCP/IP. Отже він влаштовував в більшості випадків використовування SQL Server 4.2 і встановлюється за умовчанням саме він. Вибір мережної підтримки при інсталяції не є критичним, оскільки завжди ви можете додати або зняти яку-небудь мережну бібліотеку. Вибір мережної підтримки впливає на вибір режиму секретності, про що мова піде трохи пізніше. У версії SQL Server 6.0 з'явилася нова мережна бібліотека "Multi-Protocol", що працює відразу з трьома протоколами сеансового рівня - Named Pipes, NWLink IPX/SPX, TCP/IP Sockets. Ця мережна бібліотека дозволяє кодувати інформацію, передавану між клієнтом і сервером. Режим секретності Існує три режими секретності SQL Server: 1. Інтегрований з Windows NT; 2. Стандартний; 3. Змішаний. Інтегрований режим дозволяє користувачу, зарегестрировавшемуся в домені Windows NT, підключатися до серверу, не указуючи імені і пароля - для визначення його прав на SQL Server буде використано його реєстраційне ім'я в Windows NT. Тобто існує єдина реєстрація - в домен і на SQL Server. Цей режим можливий при під'єднуванні користувача по т.з. "довірчим з'єднанням", які здійснюються при використовуванні мережних бібліотек "Named Pipes" і "Multi-Protocol". По інших з'єднаннях клієнти працювати в цьому режимі не можуть. Стандартний режим вимагає від користувача указувати ім'я і пароль при підключенні до SQL Server, незалежно від того, під яким ім'ям він реєструвався в Windows NT. Основна перевага інтегрованого режиму полягає в наступному. Секретність Windows NT має такі могутні засоби, як застарівання пароля і обмеження на мінімальну довжину пароля. Цих засобів немає в SQL Server, але вони можуть бути використані для контролю доступу до SQL Server при використовуванні інтегрованого режиму секретності. Змішаний режим допускає до SQL Server користувачів, що підз'єднуються по довірчих з'єднаннях і що не вказали імені і пароля. Якщо користувач вказав ім'я, відмінне від свого імені в Windows NT, то він повинен вказати відповідний цьому імені пароль. Те ж відноситься до клієнтів, що підз'єднуються по звичних, не довірчих з'єднаннях. Імена користувача для SQLExecutive і SQL Server Сервіс, званий SQLExecutive, виконує дуже велику роботу, пов'язану з виконанням планових завдань, реакцією на події, що відбуваються, і тиражуванням даних. Кожний сервіс в Windows NT функціонує в т.з. контексті секретності, визначуваному ім'ям, під яким він реєструється в Windows NT. За умовчанням SQLExecutive реєструється під ім'ям LocalSystem, тобто як локальний системний сервіс. Але для ряду процесів, пов'язаних із з'єднанням вашого SQL Server з іншими серверами, в першу чергу для тиражування, необхідно реєструвати SQLExecutive під ім'ям, що забезпечує йому доступ до інших серверів. Це ім'я повинне: * відноситися до групи адміністраторів; * мати не застаріваючий пароль; * мати право реєструватися як сервіс. Цілком можливе (і навіть більш зручно) привласнення сервісу SQLExecutive одного і того ж імені на різних серверах. Хоча і програма setup і не вимагає завдання імені, під

---

Сторінки: 1 2 3 4 5 6 7 8 9 10