Введення. 2
Коротка характеристика редакції 8
SQL Server 2000 8

Developer Edition 9

Enterprise Evaluation Edition 9

Можливості редакцій 10

Апаратні вимоги 10 < p> Взаємодія з операційними системами 11

Взаємодія з програмним забезпеченням Інтернету 12

Планування конфігурації сервера 13

Вибір зіставлення 14

Вибір методу установки 16

Автоматична установка 18

Створення облікових записів 19

Вибір типу установки 23

Установка мережевих бібліотек і протоколів 25

Установка мережевих протоколів в Windows 2000 25
Мережева бібліотека Опис 26

Установка і конфігурація клієнтів 27
Запуск, зупинка і припинення служб 29

Автоматичний старт 30

Ручний запуск SQL Server 31

Запуск SQL Server в одного користувача режимі 32

Запуск SQL Server з мінімальними вимогами 32

Додаткові режими запуску 33

Призупинення SQL Server 34

Зупинка SQL Server 34
Правила Безпеки 35

Загальні правила розмежування доступу 36

Архітектура системи безпеки SQL Server 2000 37

Режими аутентифікації 37

Режим аутентифікації SQL Server 38

Компоненти структури безпеки 39

Користувачі 40

Ролі сервера 42

Ролі баз даних 42

Ролі додатка 44

Захист даних 45

Шифрування даних 45

Обмеження доступу до файлів SQL Server 46

Права доступу 46

Права на доступ до об'єктів баз даних 47

Заборона доступу 49
Створення та обслуговування баз даних 50

Використання неформатованих розділів 51

Збільшення бази даних 52

Використання Transact-SQL 53

Створення баз даних 53

Управління базами даних 57

Зменшення розміру бази даних 60

Управління властивостями бази даних 64

Приєднання і від'єднання бази даних 67

Передача прав володіння 68

Зміна імені бази даних 69

Перегляд властивостей бази даних 69

Видалення бази даних 76 < p> Управління користувацькими типами даних 76

Управління правилами 79

Управління умовчанням 80
Список літератури 84

Введення.

SQL Server 2000 є досить складним продуктом, роботу з яким можнарозглядати з різних сторін. Зокрема, можна виділити два основнихрозділу роботи з сервером, кожен з яких при найближчому розглядіможе бути легко поділений на більш дрібні блоки: Про адміністрування; Пропрограмування.
Адміністрування SQL Server 2000 в свою чергу можна розділити на двачастини: адміністрування власне сервера і адміністрування баз даних.
Таким чином, адміністрування баз даних являє собою окремуобласть роботи з SQL Server 2000. Воно включає розробку структури базиданих, її реалізацію, проектування системи безпеки, створеннякористувачів бази даних, надання їм прав доступу, створенняоб'єктів і т. д. Крім того, адміністратор бази даних повинен періодичностворювати резервні копії, виконувати перевірку цілісності даних і стежитиза розміром файлів, як самої бази даних, так і журналу транзакцій.
Вказаний список можна легко продовжити, тому що ми перерахували далеко невсі завдання адміністрування.
Перше завдання, що постає перед адміністратором або розробником, цепроектування структури бази даних. Невірно спроектована база данихзгодом доставить багато клопоту як адміністратору, так і програмістамі користувачам. Тому необхідно відповідально поставитися до розробкибази даних, відразу ж продумуючи різні варіанти використання даних, атакож можливості інтеграції з додатковими системами і доступу до данихза допомогою різних технологій.
Існує безліч технологій і методів розробки баз даних,розгляд яких гідно окремої книги. Для більш детальногознайомства з теорією реляційних баз даних і побудовою баз даних звикористанням ER-діаграм необхідно звернутися до спеціалізованоїлітературі, присвяченій цим питанням. Для розуміння теорії реляційних базданих, яка є домінуючою в даний час, необхідно гарнезнання математики, тому що в основі реляційної моделі даних лежатьматематичні об'єкти. ... ,,
Зауважу, що літератури українською мовою, присвяченій теоретичним основамсистем управління базами даних, дуже мало. Основні праці з цієї темибули написані понад 10 років тому, але продовжують залишатися актуальними поцього дня.
У широкому сенсі слова база даних - це сукупність відомостей про конкретніоб'єктах реального світу в якій-небудь предметної області. Під предметноїобластю прийнято розуміти частину реального світу, що підлягає вивченню дляорганізації управління і, в кінцевому рахунку, автоматизації. Прикладом можеслужити підприємство, вуз і т. д. Створюючи базу даних, користувачпрагне впорядкувати інформацію за різними ознаками і швидко витягатипотрібні відомості з довільним поєднанням ознак. Зробити це можна,тільки якщо дані структуровані.
База даних - пойменована сукупність взаємопов'язаних даних,що знаходятьсяпід управлінням системи управління базами даних (СУБД). СУБД - цекомплекспрограмних і мовних засобів, необхідних для створення баз даних,підтримання їх в актуальному стані та організації пошуку в нихнеобхідноїінформації.
Основне завдання бази даних - зберігати і при необхідності надавати запершу вимогу користувачів всі необхідні дані в одному місці,виключаючи їх повторення і надмірність.
Централізований характер управління даними в базі даних припускаєіснування певної особи (групи осіб), на яку покладаються функціїадміністрування даних, що зберігаються в базі.
Розрізняють централізовані та розподілені бази даних. Про Розподіленабаза даних складається з декількох частин, що зберігаються в різних ЕОМобчислювальної мережі. Цей спосіб обробки має на увазі наявність декількохсерверів, на яких може зберігатися перетинає чи навіть дублюючаінформація. Для роботи з такою базою даних використовується система управліннярозподіленими базами даних (СУРБД).
'Про Централізована база даних зберігається в пам'яті однієї обчислювальноїсистеми, то є база даних розташовується на одному комп'ютері. Якщо дляцього комп'ютера встановлена підтримка мережі, то багато користувачів зклієнтських комп'ютерів можуть одночасно звертатися доінформації, що зберігається в центральній базі даних. У локальних мережах частішевсього використовується саме такий спосіб обробки даних. Системицентралізованих баз даних можуть суттєво відрізнятися в залежності відїх архітектури. »Файл-сервер. БД розташовується на файл-сервер (абодекількох файл-серверах), в якості якого може використовуватисянайбільш потужна з ПЕОМ, об'єднаних в мережу. Опції файл-сервераполягають, в основному, в зберіганні БД і забезпечення доступу до нихкористувачів, що працюють на різних комп'ютерах. Файли бази даних уЗгідно з одними запитами передаються на робочі станції,де в основному і проводиться обробка. Надіслані дані обробляються
СУБД, яка знаходиться знову ж таки на комп'ютерах користувачів. Після тогояк користувачі виконають необхідні зміни даних, вони копіюють файлиназад на файл-сервер, де інші користувачі, в свою чергу, можутьзнову їх використовувати. Крім того, кожен користувач може створювати налокальному комп'ютері свої власні бази даних, якими їммонопольно. Ця схема працює при не дуже великих обсягах даних. Призбільшенні числа комп'ютерів в мережі або зростанні БД продуктивність різкопадає. Це пов'язано із збільшенням обсягу даних, переданих по мережі, такяк вся обробка відбувається на комп'ютері користувача. Очевидним недолікомподібного підходу є висока ймовірність втрати змін,виконаних самими користувачами, при збереженні змінених файлів нацентральний сервер. Справа в тому, що користувачі можуть і не підозрювати,що крім них ще хтось змінював дані. Прикладами СУБД, призначенимибезпосередньо для розробки локальних користувача додатків БД, тоє додатків, що працюють на одному локальному комп'ютері або вкомп'ютерної, мережі є: Microsoft Visual FoxPro, Microsoft
Access, Paradox, fpr Windows, dBase for Windows і ін
• Клієнт-сервер. Технологія клієнт-сервер на увазі, що крімзберігання бази даних центральний комп'ютер (сервер бази даних) повинензабезпечувати виконання основного обсягу обробки даних. При технологіїклієнт-сервер запит на виконання операції з даними (наприклад, звичайнавибірка), що видається клієнтом (робочою станцією), породжує на серверіпошук та вилучення даних. Витягнуті дані (але не файли)транспортуються по мережі від сервера до клієнта дж. Система, що використовуєтехнологію клієнт-сервер, розділяється на дві частини: клієнтська частина (front -end) забезпечує графічний інтерфейс і знаходиться на комп'ютерікористувача; серверна частина (back-end), яка знаходиться на спеціальновиділених комп'ютерах, забезпечує управління даними, поділінформації, адміністрування і безпека. Прикладами СУБД технологіїклієнт-сервер є Microsoft SQL Server, Oracle, IBM DB2, Sybase та ін
Специфікою архітектури клієнт-сервер є використання спеціальногомови структурованих запитів (Structured Query Language, SQL),забезпечує користувача простим і ефективним інструментом доступу доданими.
Крім підрозділи баз даних з методів обробки можна класифікуватиїх по використовуваної моделі (або структурі) даних. Модель даних --сукупність структур даних та операцій з їх обробці. За допомогою моделіданих можна наочно представити структуру об'єктів і встановлені міжними зв'язку. Для термінології моделей даних характерні поняття «елементданих »і« правила зв'язування ». Елемент даних описує будь-який розділданих, а правила зв'язування визначають алгоритми взаємозв'язку елементівданих. До теперішнього часу розроблена безліч різних моделейданих, але на практиці використовується три основних. Виділяють ієрархічну,мережеву та реляційну моделі даних. Відповідно говорять проієрархічних, мережних і реляційних СУБД.
Про Ієрархічна модель даних. Ієрархічно організовані данізустрічаються в повсякденному житті дуже часто. Наприклад, структура вищоїнавчального закладу - це багаторівнева ієрархічна структура.
Ієрархічна (деревоподібна) БД складається з упорядкованого набору елементів.
В цій моделі вихідні елементи породжують інші елементи, причому ціелементи в свою чергу породжують такі елементи. Кожен породженийелемент має тільки один елемент породжує/
Організаційні структури, списки матеріалів, зміст у книгах, планипроектів і багато інших сукупності даних можуть бути представлені вієрархічному вигляді. Автоматично підтримується цілісність посилань міжпредками і нащадками. Основне правило: ніякої нащадок не можеіснувати без свого батька.
Основним недоліком даної моделі є необхідність використання тієїієрархії, яка була закладена в основу БД при проектуванні. Потребав постійній реорганізації даних (а часто неможливість цієїреорганізації) призвели до створення більш загальної моделі - мережевий.
Про Мережева модель даних. Мережевий підхід до організації даних єрозширенням ієрархічного підходу. Дана модель відрізняється відієрархічної тим, що кожен породжений елемент може мати більше одногопороджує елементу.
Розглянемо предметну область для бази даних, у якій зберігаєтьсяінформація про замовлення магазину. Замовники беруть напрокат фільми, використовуючидва носії: відеострічку і компакт-диски. Обслуговування замовників виконуютьпродавці. Кожен продавець обслуговує багатьох замовників. Кожен продавецьможе користуватися послугами кількох магазинів і навпаки. Існуєбагато копій одного й того ж фільму і т. д.
Оскільки мережна БД може представляти безпосередньо всі види зв'язків,притаманних даними відповідної організації, за цими даними можнапереміщатися, дослідити і запитувати їх всілякими способами, то ємережева модель не пов'язана лише однією ієрархією. Однак для того щобскласти запит до мережевої БД, необхідно досить глибоко вникнути в їїструктуру (мати під рукою схему цієї БД) і виробити механізм навігаціїза базою даних, що є істотним недоліком цієї моделі БД.
Про Реляційна модель даних. Основна ідея реляційної моделі данихполягає в тому, щоб представити будь-який набір даних у вигляді двовимірноїтаблиці. У простому випадку реляційна модель описує єдинудвовимірну таблицю, але частіше за все ця модель описує структуру івзаємини між кількома різними таблицями.
Отже, метою інформаційної системи є обробка даних про об'єктиреального світу, з урахуванням зв'язків між об'єктами. У теорії БД дані частоназивають атрибутами, а об'єкти - сутностями. Об'єкт, атрибут і зв'язок --фундаментальні поняття ІС.
Об'єкт (або сутність) - це щось існуюче і помітне, тобтооб'єктом можна назвати те «щось», для якого існують назву іспосіб відрізняти один подібний об'єкт від іншого. Наприклад, кожна школа --це об'єкт. Об'єктами є також людина, клас у школі, фірма, сплав,хімічна сполука і т. д. Об'єктами можуть бути не тільки матеріальніпредмети, але і більш абстрактні поняття, що відображають реальний світ.
Наприклад, події, регіони, твори мистецтва, книги (не якполіграфічна продукція, а як твори), театральні постановки,кінофільми; правові норми, філософські теорії та ін.
Атрибут (або дане) - це деякий показник, який характеризуєякийсь об'єкт і приймає для конкретного екземпляра об'єкта деякийчислове, текстова чи іншого значення. Інформаційна система оперуєнаборами об'єктів, спроектованими стосовно до даної предметноїобласті, використовуючи при цьому конкретні значення атрибутів (даних) тих чиінших об'єктах. Наприклад, візьмемо як набір об'єктів класи в школі.
Кількість учнів у класі - це дане, яке приймає числове значення
(в одного класу 28, у іншого - 32). Назва класу - це дане,приймає текстове значення (в одного - 10А, в іншого - 9Б і т. д.).
Атрибут деякого набору об'єктів сам може бути набором об'єктів, що маютьвласні атрибути. Наприклад, атрибутом особи (як примірника наборуоб'єктів «Обличчя») є вуз, який ця особа закінчило (МДУ, МИФИ і т.п.). З іншого боку, конкретний вищий навчальний заклад - це екземпляр набору об'єктів
«Вища освіта» і характеризується безліччю даних: прізвищем ректора, адресою,спеціалізацією, числом студентів і т. д. Нарешті, ректор в свою чергує екземпляром набору об'єктів «Лица». Таким чином, виникаєможливість встановлення зв'язку між екземплярами об'єктів з різнихнаборів.
Розвиток реляційних баз даних почалося в кінці 60-х років, колиз'явилися перші роботи, в яких обговорювалися можливості використанняпри проектуванні баз даних звичних і природних способівподання даних - так званих табличних даталогіческіх моделей.
Основоположником теорії реляційних баз даних вважається співробітник фірми
IBM доктор Е. Коддом, що опублікував 6 червня 1970 статтю A Relational Modelof Data for Large Shared Data Banks (Реляційна модель даних для великихколективних банків даних). У цій статті вперше був використаний термін
«Реляційна модель даних», що й поклало початок реляційних базданих.
Теорія реляційних баз даних, розроблена в 70-х роках у США доктором Е.
Коддом, має під собою потужну математичну Основу, що описує правилаефективної організації даних. Розроблена Е. Коддом теоретична базастала основою для розробки теорії проектування баз даних.
Е. Коддом, будучи математиком за освітою, запропонував використовувати дляобробки даних апарат теорії множин (об'єднання, перетин,різниця, декартовій твір). Він довів, що будь-який набір даних можнапредставити у вигляді двовимірних таблиць особливого виду, відомих в математиціяк «відносини».

реляційної вважається така база даних, в якій всі дані представленідля користувача у вигляді прямокутних таблиць значень даних, і всіоперації над базою даних зводяться до маніпуляцій з таблицями.
Таблиця складається з стовпців (полів) і рядків (записів); має ім'я, є унікальним

ве всередині бази даних. Таблиця відображає тип об'єкта реального світу (сущ

ність), а кожна її рядок-конкретний об'єкт. Так, таблиця Спортивна

секція содіржіт відомості про всіх дітей, які займаються в даній спортивної

секції, а її рядки являють собою набір значень атрибутів кожного кон

конкретного дитини. Кожен стовпець таблиці - це сукупність значень конк

ної атрибуту об'єкта. Стовпець Вага, наприклад, являє собою

сукупність всіх вагових категорій дітей, які займаються у секції. У стовпці

Пол можуть містити лише два різні значення: «чоловік.» І «дружин.». Цізначення вибираються з множини всіх можливих значень атрибуту об'єкта,яке називається доменом (domain). Так, значення в стовпці вибираються змножини всіх можливих ваг дітей.
У самому загальному вигляді домен визначається завданням деякого базового 'типуданих, до якого відносяться елементи домену, і довільного логічноговиразу, який застосовується до елементів даних. Якщо при обчисленні логічногоумови щодо елемента даних у результаті отримано значення
«Істина», то цей елемент належить домену. У простому випадку доменвизначається як допустимий потенційне безліч значень одного типу.
Наприклад, сукупність дат народження всіх співробітників складає «домен датнародження », а імена всіх співробітників складають« домен імен співробітників ».
Домен дат народження має тип даних, що дозволяє зберігати інформацію промоментах часу, а домен імен співробітників повинен мати символьний типданих.
В один домен можуть входити значення з кількох стовпців, об'єднаних,крім однакового типу даних, ще й логічно. Наприклад, домен можескладатися з стовпця з датою пйступленія на роботу і стовпця з датоюзвільнення. Але в цей домен не можна включити стовпець з датою народження, такяк дата надходження чи звільнення з роботи не пов'язана з датою народження.

Якщо два значення беруться з одного і того ж домена, т, про можна виконуватипорівняння цих двох значень. Наприклад, якщо два значення взяті з. Доменудат народження, то можна порівняти їх і визначити, хто з працівників старше.
Якщо ж значення беруться з різних доменів, то їх порівняння не допускається,тому що, ймовірно, воно не має сенсу. Наприклад, з порівнянняімені та дати народження співробітника нічого певного не вийде.
У більшості систем управління реляційними базами даних поняття доменуНЕ реалізовано.Каждий елемент даних у відношенні може бути визначений зазазначенням його адреси у форматі A [i, j], де А - елемент даних, i - рядоквідносин, j - номер атрибуту відносини.
Кількість атрибутів у відношенні визначає його порядок (або ступінь).
Порядок відносини, наведеного в табл., Дорівнює 4.

| ID | Назва | № паспорта | Дата народження |
| співробітника | співробітника | | |
| | | | |
| 12576893 | Мамаєв | 357934 ХІ-БА | 13.08.78 |
| | Євген | | |
| 56387934 | Шкарина Лілія | 463865 XIV-БА | 07.10.72 |
| | | | |
| 85973002 | Салихов Тимур | 653473 Х1І-БА | 17.12.80 |
| | | | |
| 24856892 | Волков Иван | 395789 | 05.05.79 |
| | | XVII-БА | |
| 76578243 | Мамаєв Сергій | 312642 | 21.09.80 |
| | | XVII-БА | |

Безліч значень А [i, j] при постійному i і всіх можливих j утворюютькортеж (або просто рядок таблиці). Кількість всіх кортежів у відношеннівизначає його потужність, або кардинальне число. Потужність відносини в табл.
2.2 дорівнює 5. Потужність відносини, на відміну від порядку відносини, може зчасом змінюватися. Сукупність усіх кортежів утворює тіло відносини (абовласне таблицю).

Оскільки відносини є математичними множинами, які завизначенням не можуть містити співпадаючих елементів, ніякі дві кортежу ввідношенні не можуть бути дублікатами один одного в будь-який момент часу.

Кожен стовпець (поле) має ім'я, яке зазвичай записується у верхнійчастині таблиці. При проектуванні таблиць в рамках конкретної СУБД єможливість вибрати для кожного поля його тип, тобто визначити набірправил за його відображення, а також визначити ті операції, які можнавиконувати над даними, що зберігаються в цьому полі. Набори типів можутьвідрізнятися у різних СУБД.
Ім'я поля має бути унікальним в таблиці, проте різні таблиці можутьмати поля з однаковими іменами. Будь-яка таблиця повинна мати, по крайнеймірою, одне поле; поля розташовані в таблиці відповідно до порядкупроходження їхніх імен при її створенні. На відміну від полів, рядки не маютьімен; порядок їх проходження в таблиці не визначений, а кількість логічноне обмежена.
Так як рядки в таблиці не впорядковані, неможливо вибрати рядок за їїпозиції - серед них не існує «перший», «друга», «останньою». Будь-якатаблиця має один або декілька стовпців, значення в яких однозначноідентифікують кожен її рядок. Такий стовпець (або комбінація стовпців)називається первинним ключем (primary key). У таблиці Спортивна секціяпервинний ключ - це стовпець П.І.Б. Такий вибір первинного ключа маєістотний недолік: неможливо записати в секцію двох дітей з одним ітим же значення поля П.І.Б., що на практиці зустрічається не так уже й рідко.
Саме тому часто вводять штучне поле, призначене длянумерації записів у таблиці. Таким полем, наприклад, може бути йогопорядковий номер у журналі для кожної дитини, яка зможе забезпечитиунікальність кожного запису в таблиці. Ключ повинен мати таківластивостями. Про Унікальністю. В кожний момент часу ніякі два різнихкортежу відношення не мають однакового значення для комбінації що входять доключ атрибутів. Тобто в таблиці не може бути двох рядків, які маютьоднаковий ідентифікаційний номер або номер паспорта.
Про мінімальний. Жоден з вхідних в ключ атрибутів не може бутивиключений з ключа без порушення унікальності. Це означає, що не вартостворювати ключ, що включає і номер паспорта, та ідентифікаційний номер.
Досить використовувати будь-який з цих атрибутів, щоб однозначноідентифікувати кортеж. Не варто також включати в ключ неунікальнийатрибут, тобто забороняється використання в якості ключа комбінаціїідентифікаційного номера та імені службовця. При виключенні імені службовцяз ключа все одно можна унікально ідентифікувати кожен рядок.
Виконання умови унікальності є обов'язковим. У той же час принеобхідності може бути допущено порушення умови мінімальності.

Кожне відношення має, принаймні, один можливий ключ, оскількисукупність всіх його атрибутів задовольняє умові унікальності - цевипливає з самого визначення відносини.
Один з можливих ключів довільно вибирається як первиннийключа. Інші можливі ключі, якщо вони є, приймаються заальтернативні ключі. Наприклад, якщо в якості первинного ключа вибратиідентифікаційний номер, то номер паспорта буде альтернативним ключем.
Взаємозв'язок таблиць є найважливішим елементом реляційної моделі даних.
Вона підтримується зовнішніми ключами (foreign key). Розглянемо приклад. Убазі даних містяться відомості про різні касредрах університету (таблиця
Кафедри), а також відомості про працівників цих кафедр (таблиця Співробітники).
Первинним ключем таблиці Співробітники є поле ID, а таблиці Кафедри -поле Кафедра. Поле Кафедра таблиці Співробітники є зовнішнім ключем длязв'язку з таблицею Кафедри.
При описі моделі реляційної бази даних для одного й того самого поняттячасто вживають різні терміни, що залежить від рівня опису (теоріяабо практика) і системи (Access, SQL Server, dBase). У табл. наведеназведена інформація про використовувані термінах.
Таблиця Термінологія баз даних
Теорія БД_________Реляціонние БД_______SQL Server___________
Ставлення (Relation) Таблиця (Table) Таблиця
(Table)
Кортеж (Tuple) Запис (Record) Строка (Row)
Атрибут (Attribute) Поле (Field) __ _________Столбец або колонка (Column)

Коротка характеристика редакції

SQL Server 2000

Перше питання, яке необхідно вирішити, перш ніж приступитибезпосередньо до установки SQL Server 2000, - це вибір редакції. SQL
Server 2000 постачається в кількох редакціях, що володіють різноюфункціональністю і мають свої відмітні особливості. Ви повиннівибрати саме ту 'редакцію, яка найбільше підходить для вирішеннящо стоять перед вами завдань. Наприклад, якщо потрібно всього-на-всього забезпечитипереносний комп'ютер. з операційною системної Windows 98високофункціональні сховищем даних, то навряд чи варто купувати SQL
Server 2000 Developer Edition. Кращим рішенням буде SQL Server 2000
Personal Edition.
Enterprise Edition

Використовується як промислового сервера баз даних. Підтримує всіможливості, доступні в SQL Server 2000 і систем зберігання даних.

SQL Server 2000 Enterprise Edition підтримується наступними операцион

нимі системами:

Про Windows NT 4.0 Server;

Про Microsoft Windows 2000 DataCenter;

Про Windows 2000 Advanced Server;

Про Windows 2000 Server;

Про Microsoft Windows NT 4.0 Server, Enterprise Edition.
Standard Edition
Використовується як сервер баз даних для невеликих робочих груп.
Standard Edition підтримується наступними операційними системами: ..

Про Windows NT 4.0 Server;
Про Microsoft Windows 2000 DataCenter
Про Windows 2000 Advanced Server;
Про Windows 2000 Server;
Про Microsoft Windows NT 4.0 Server, Enterprise Edition.
Personal Edition
Використовуються в основному тими, хто не має мережних можливостей, алезапускає додатки, що вимагають SQL Крім того, використовується для одиночногододатки, що вимагає локального зберігання даних на комп'ютері клієнта.
Personal Edition підтримується наступними операційними системами:
Про Microsoft Windows 98;
Про Windows NT 4.0 Workstation;
Про Windows NT 4.0 Server;
Про Windows 2000 Professional;
Про Microsoft Windows 2000 DataCenter;
Про Windows 2000 Advanced Server;
Про Windows 2000 Server;
Про Microsoft Windows NT 4.0 Server, Enterprise Edition.

Developer Edition

Використовується для розробки додатків з SQL Server як сховищеданих. Хоча Developer Edition підтримує всі можливості Enterprise
Edition, які дозволяють розробникам писати і тестувати програми,
Developer Edition ліцензується тільки як система розробки татестування, а не як промисловий сервер.
Developer Edition підтримується наступними операційними системами: Про
Microsoft Windows 98 (використовуючи Desktop Engine); Про Windows NT 4.0
Workstation; Про Windows NT 4.0 Server; Про Windows 2000 Professional; Про
Microsoft Windows 2000 DataCenter; Про Windows 2000 Advanced Server; Про
Windows 2000 Server;
Про Microsoft Windows NT ® 4.0 Server, Enterprise Edition.
Desktop Engine Edition/
Використовується незалежними розробниками для вбудовування сховищ даних урозробляються системи. Desktop Engine включає в себе тільки інструментиобробки для користувача запитів (engine). У цю редакцію не входять:
Про графічні інструменти адміністрування (при необхідності для адміністрування цієї редакції можна використовувати графічні інструменти будь-якій іншій редакції);
Про інструменти електронної документації Books Online; Про інструментипідтримки реплікації зведенням; Про приклади коду (code samples); Про бібліотекирозробки.
Хоча здебільшого редакція Desktop Engine забезпечує ту ж функціональность, що й інші редакції, але має деякі обмеження. У приватності, не реалізовано розпаралелювання запитів, індексуванняуявлень та деякі інші функції, характерні для великихпромислових серв рів. Крім того, якщо на сервері одночасно виконуєтьсябільше п'яти паке тов команд, то продуктивність їх виконання знижується.
Відмінною рисою ^ редакції Desktop Engine є також і те, що вонане вимагає кліен ських ліцензій доступу (Client Access Licenses, CAL). Всіописані характе них характеристик роблять SQL Server 2000 Desktop Engine ідеальнимвибором при зі | будівлі систем з вбудованими сховищами даних і під час роботиз данник в автономному режимі (off-line).
Редакція Desktop Engine поставляється у вигляді модулів Windows Installer, доякі можуть бути включені в інсталяційний пакет. SQL Server 2000 Desktojf
Engine підтримує всі інтерфейси API, доступні в інших редакціях. Ет
API також можуть бути використані для адміністрування сервера.
Desktop Engine підтримується наступними операційними системами: Про
Microsoft Windows 98; Про Windows NT 4.0 Workstation; Про Windows NT 4.0
Server; Про Windows 2000 Professional; Про Microsoft Windows 2000 DataCenter; Про
Window's 2000 Advanced Server; Про Windows 2000 Server; Про Microsoft Windows
NT 4.0 Server, Enterprise Edition.
Windows CE Edition
Використовується як сховище даних на пристроях Microsoft Windows g |
Завдяки підтримці реплікації допускається копіювання даних з SQL I ver
2000 Enterprise і Standard Editions.
Windows CE Edition підтримується Microsoft Windows CE.

Enterprise Evaluation Edition

Це повнофункціональна версія SQL Server Enterprise Edition. Однак прпризначена вона лише для знайомства з даним продуктом, тому що термінроботи "з нею минає через 120 днів після установки. Розповсюджуєтьсяредакція Enterprise Evaluation Edition вільно і доступна для завантаження з
Інтернету. Enterprise Evaluation Edition підтримується наступнимиопераційними системами: Про Windows NT 4.0 Server;
Про Microsoft Windows 2000 DataCenter;
Про Windows 2000 Advanced Server;
Про Windows 2000 Server;
Про Microsoft Windows NT 4.0 Server, Enterprise Edition.

Можливості редакцій < p> Клієнтське програмне забезпечення для всіх редакцій SQL Server 2000, за винятком SQL Server Windows CE Edition, запускається на будь-яких версіях
Microsoft Windows NT, Microsoft Windows 2000 і Microsoft Windows 95/98.
Однак можливість установки серверної частини SQL Server 2000, що відповідає за виконання призначених для користувача запитів, залежить від використовуваної редакції і операційної системи. Так, серверна частина SQL Server 2000 Enterprise
Edition не може бути встановлена на Windows 2000 Professional, Windows NT
Workstation або Windows 98. Проте компакт-диск з SQL Server 2000
Enterprise Edition забезпечує встановлення клієнтського програмного забезпечення на будь-який з цих операційних систем.

У табл. 7.1. узагальнена інформація про підтримку тієї чи іншої редакцією різних механізмів SQL Server 2000, пов'язаних з використанням баз даних
(БД).
Підготовка до встановлення
Попередні розділи були присвячені розгляду різних редакцій SQL
Server 2000. Коли вибір редакції залишився у минулому і у вас є компакт-диск з конкретною редакцією, можна приступати до установки SQL
Server 2000. Однак перш ніж почати безпосередньо установку сервера, необхідно виконати деякі підготовчі операції, які допоможуть вам уникнути неприємностей під час установки. Зокрема, перш за все необхідно переконатися, що на вашому комп'ютері встановлена операційна система, яка необхідна для функціонування тієї чи іншої редакції
SQL Server 2000. Крім того, слід перевірити, чи є на жорсткому диску достатньо вільного простору для установки власне сервера, а також допоміжних і клієнтських компонентів.

У цьому розділі будуть розглянуті основні вимоги, що висуваються майстром установки SQL Server 2000, а також деякі загальні рекомендації щодо виконання власне установки.

Безпосередньо процес підготовки до установки SQL Server складається з трьох етапів:
Про перевірка відповідності апаратним вимогам; Про встановлення необхідного програмного забезпечення; Про конфігурування облікових записів для служб
MSSQLServer і SQLServer-Agent.

Перш ніж приступати до установки, обов'язково пройдіть всі три етапи. У цьому випадку у вас не виникне складнощів в процесі установки, не доведеться переривати її і повертатися назад!

Апаратні вимоги

Для установки інструментарію і бібліотек Microsoft SQL Server 2000 комп'ютер повинен відповідати мінімальним вимогам до апаратного забезпечення комп'ютера (табл. 7.3). Цифри, наведені в таблиці, практично не відрізняються від аналогічних показників для SQL Server 7.0.
Це пов'язано з тим, що ядро SQL Server 2000 залишилося в основному тим же, що і в SQL Server 7.0.
Таблиця. Вимоги до апаратної частини
Апаратна часть_Мінімальние требованія_
Комп'ютер Intel або сумісних з ним.

Pentium 166 MHz або вище, Pentium PRO, Pentium III або процесор, що потребується для вашої операційної системи (з урахуванням редакції

SQL Server)

Пам'ять (RAM) Enterprise Edition: 64 Мбайт

Standard Edition: 32 Мбайт

Простір SQL Server 2000:

жорсткого диска повна установка: 180 Мбайт; типова установка: 170 Мбайт; мінімальна установка: 65 Мбайт; встановлення тільки утиліт адміністрування: 90 Мбайт;

50 Мбайт: установка OLAP; ______________ 12 Мбайт: установка
English Query________________________

Для успішної роботи рекомендується до перерахованих вище вимогам додати розміри користувацьких баз даних, а також врахувати можливість росту системних баз даних. Наведені вимоги зазначені в розрахунку на системи, що працюють з невеликими обсягами даних. При збільшенні обсягу баз даних зростають і вимоги до ресурсів комп'ютера. При цьому слід враховувати і можливості редакції, яку ви використовуєте.

Нагадаємо, що максимальні можливості надає редакція SQL Server

2000 Enterprise Edition, що забезпечує використання серверів з 32 процесорами і об'ємом пам'яті до 64 Гбайт.

Не слід наведені в таблиці вимоги сприймати як вимоги до ресурсів ваи. комп'ютера. Дані цифри стосуються самого пакету SQL Server
2000. Крім того, слід вчених вимоги операційної системи, які можуть істотно відрізнятися. Наприклад, для операційної системи Windows
98 достатньо буде 8-16 Мбайт оперативної пам'яті, тоді як операційній системі Windows 2000 Advanced Server для роботи необхідно, як мінімум,
128 Мбайт о?? ератівной пам'яті.

З точки зору одиничного користувача комп'ютера SQL Server 2000 може здатися досить вимогливою СУБД. Проте це досить потужний продукт, і при використанні його на промислових багатопроцесорних серверах зазначені вимоги не вважаються надмірними.

Взаємодія з операційними системами

Як вже стало ясно при описі редакцій SQL Server 2000, кожна з них працює під управлінням лише деяких операційних систем сімейства
Windows. Тому вибір редакції накладає обмеження і на операційну систему, під якою буде працювати SQL Server 2000. У табл. 7.4 наведена зведена інформація про те, під керуванням яких операційних систем може працювати та чи інша редакція, а також зазначено, на яких операційних системах дозволяється встановлення тільки клієнтських компонентів і з'єднання з SQL Server 2000.
При установці SQL Server 2000 на комп'ютер, що працює під управлінням операційної системи Windows NT Server 4.0 або Windows NT Workstation
4.0, потрібна установка Service Pack версії 5.0 або пізнішої. При установці SQL Server 2000 на Windows 2000 установка сервісних пакетів не потрібно.

Таблиця Використання редакцій на різних операційних системах

Редакція або компонент Операційні системи
SQL Server 2000________________ _____________________________

Enterprise Edition Microsoft Windows NT Server 4.0, Microsoft Windows NT

Server

Enterprise Edition 4.0, Windows 2000 Advanced Server,

Windows 2000 Data Center Server

Standard Edition Microsoft Windows NT Server 4.0, Windows 2000 Server,

Microsoft Windows NT Server Enterprise Edition,

Windows 2000 Advanced Server, Windows 2000 Data

Center Server

Personal Edition Microsoft Windows 98, Windows NT Workstation 4.0,

Windows 2000 Professional, Microsoft Windows NT

Server 4.0,

Windows 2000 Server

Developer Edition всіх операційних систем сімейства Windows NT і Windows 2000

Тільки клієнтських інструментів всіх операційних систем сімейства Windows NT

(включаючи можливість вибору і Windows 2000, а також Windows 98

компонентів)

Установка з'єднання всіх операційних систем сімейства

Windows NT і Windows 2000, а також Windows 98 і Windows 95

Як видно, жодна з редакцій SQL Server 2000 не може працювати з операційною системою Windows 95. Однак під керуванням цієї операційної системи можуть працювати клієнтські програми, що встановлюють з'єднання з SQL Server 2000.

Взаємодія з програмним забезпеченням Інтернету

Для встановлення всіх редакцій Microsoft SQL Server 2000 необхідна наявність в операційній системі Microsoft Internet Explorer 5.0. Винятком є установка в режимі Connectivity Only (тільки з'єднання), яка вимагає Microsoft Internet Explorer 4.01 з Service Pack 2 і забезпечує тільки можливість встановлення з'єднання з SQL Server 2000.

Наявність Internet Explorer необхідно для роботи програми Microsoft
Management Console (MMC), за допомогою якої реалізований інструмент адміністрування Enterprise Manager, а також для роботи електронної довідкової системи Books Online, що реалізована у вигляді компілює
HTML-файлу. При установці SQL Server 2000 на комп'ютер з Windows 2000 встановлювати окремо броузер Internet Explorer 5.0 не доведеться, оскільки він безпосередньо вбудований в цю операційну систему.

У SQL Server 2000 була додана підтримка технології XML. Однак доступ до даних з використанням цієї технології здійснюється засобами Microsoft Internet Informatio