SQL Server 2000

SQL Server 2000

Введение. 2

Краткая характеристика редакции 8

SQL Server 2000 8

Developer Edition 9

Enterprise Evaluation Edition 9

Возможности редакций 10

Аппаратные требования 10

Взаимодействие с операционными системами 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

Управление пользовательскими типами данных 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 Model

of 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). Рассмотрим пример. В

базе данных содержатся сведения о различных касредрах университета (таблица

Кафедры), а также сведения о работниках этих кафедр (таблица Сотрудники).

Первичным ключом таблицы Сотрудники является поле I D, а таблицы Кафедры—

поле Кафедра. Поле Кафедра таблицы Сотрудники является внешним ключом для

связи с таблицей Кафедры.

При описании модели реляционной базы данных для одного и того же понятия

часто употребляют различные термины, что зависит от уровня описания (теория

или практика) и системы (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.

Возможности редакций

Клиентское программное обеспечение для всех редакций 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. Поэтому выбор редакции накладывает ограничения и на операционную

Страницы: 1, 2, 3, 4, 5, 6, 7