Реферат: SQL Server 2000

 TOC o«1-3» h z Введение.PAGEREF _Toc38680172 h 2

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

SQL Server 2000. PAGEREF _Toc38680174 h 8

Developer Edition. PAGEREF _Toc38680175 h 9

Enterprise Evaluation Edition. PAGEREF _Toc38680176 h 9

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

Аппаратныетребования. PAGEREF _Toc38680178 h 10

Взаимодействиес операционными системами. PAGEREF_Toc38680179 h 11

Взаимодействиес программным обеспечением Интернета. PAGEREF _Toc38680180 h 12

Планированиеконфигурации сервера. PAGEREF _Toc38680181 h 13

Выборсопоставления. PAGEREF _Toc38680182 h 14

Выборметода установки. PAGEREF _Toc38680183 h 16

Автоматическаяустановка. PAGEREF _Toc38680184 h 18

Созданиеучетных записей. PAGEREF _Toc38680185 h 19

Выбортипа установки. PAGEREF _Toc38680186 h 23

Установкасетевых библиотек и протоколов. PAGEREF _Toc38680187 h 25

Установкасетевых протоколов в Windows 2000. PAGEREF _Toc38680188 h 25

Сетеваябиблиотека                           Описание. PAGEREF _Toc38680189 h 26

Установкаи конфигурирование клиентов. PAGEREF _Toc38680190 h 27

Запуск,остановка и приостановка служб. PAGEREF _Toc38680191 h 29

Автоматическийстарт. PAGEREF _Toc38680192 h 30

Ручнойзапуск SQL ServerPAGEREF _Toc38680193 h 31

ЗапускSQL Server воднопользовательском режиме. PAGEREF _Toc38680194 h 32

ЗапускSQL Server сминимальными требованиями. PAGEREF_Toc38680195 h 32

Дополнительныережимы запуска. PAGEREF _Toc38680196 h 33

ПриостановкаSQL ServerPAGEREF _Toc38680197 h 34

ОстановкаSQL ServerPAGEREF _Toc38680198 h 34

ПравилаБезопасности. PAGEREF _Toc38680199 h 35

Общиеправила разграничения доступа. PAGEREF _Toc38680200 h 36

Архитектурасистемы безопасности SQL Server 2000. PAGEREF _Toc38680201 h 37

Режимыаутентификации. PAGEREF _Toc38680202 h 37

Режимаутентификации SQL ServerPAGEREF _Toc38680203 h 38

Компонентыструктуры безопасности. PAGEREF _Toc38680204 h 39

Пользователи. PAGEREF _Toc38680205 h 40

Ролисервера. PAGEREF _Toc38680206 h 42

Ролибаз данных. PAGEREF _Toc38680207 h 42

Ролиприложения. PAGEREF _Toc38680208 h 44

Защитаданных. PAGEREF _Toc38680209 h 45

Шифрованиеданных. PAGEREF _Toc38680210 h 45

Ограничениедоступа к файлам SQL ServerPAGEREF _Toc38680211 h 46

Правадоступа. PAGEREF _Toc38680212 h 46

Правана доступ к объектам баз данных. PAGEREF _Toc38680213 h 47

Запрещениедоступа. PAGEREF _Toc38680214 h 49

Созданиеи обслуживание баз данных. PAGEREF_Toc38680215 h 50

Использованиенеформатированных разделовPAGEREF _Toc38680216 h 51

Увеличениебазы данных. PAGEREF _Toc38680217 h 52

ИспользованиеTransact-SQL… PAGEREF _Toc38680218 h 53

Созданиебаз данных. PAGEREF _Toc38680219 h 53

Управлениебазами данных. PAGEREF _Toc38680220 h 57

Уменьшениеразмера базы данных. PAGEREF _Toc38680221 h 60

Управлениесвойствами базы данных. PAGEREF _Toc38680222 h 64

Присоединениеи отсоединение базы данных. PAGEREF _Toc38680223 h 67

Передача прав владенияPAGEREF _Toc38680224 h 68

Изменениеимени базы данных. PAGEREF _Toc38680225 h 69

Просмотрсвойств базы данных. PAGEREF _Toc38680226 h 69

Удалениебазы данных. PAGEREF _Toc38680227 h 76

Управлениепользовательскими типами данных. PAGEREF _Toc38680228 h 76

Управлениеправилами. PAGEREF _Toc38680229 h 79

Управлениеумолчаниями. PAGEREF _Toc38680230 h 80

Списоклитературы… PAGEREF _Toc38680231 h 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), которая находит­сяна специально выделенных компьютерах, обеспечивает управление дан­ными, разделение информации, администрирование и безопасность. Примерами СУБДтехнологии клиент-сервер являются MicrosoftSQL Server, Oracle, IBM DB2, Sybase и др. Спецификой архитектуры клиент-сервер являетсяиспользование специального языка структурированных запросов (StructuredQuery Language, SQL), обеспечивающего пользовате­ля простыми эффективным инструментом доступа к данным.

Помимо подразделения баз данных пометодам обработки можно классифици­ровать их поиспользуемой модели (или структуре) данных. Модель данных — совокупность структур данных и операций по их обработке. С помощьюмодели данных можно наглядно представить структуру объектов и установленные меж­ду ними связи. Для терминологии моделей данных характерны понятия «эле­мент данных» и «правила связывания». Элемент данных описывает любой на­бор данных, а правила связывания определяют алгоритмы взаимосвязиэлементов данных. К настоящему времени разработано множество различных моделейдан­ных, но на практике используется три основных. Выделяютиерархическую, сетевую и реляционную модели данных.Соответственно говорят об иерархичес­ких, сетевых иреляционных СУБД.

О Иерархическая модель данных.Иерархически организованные данные встре­чаются вповседневной жизни очень часто. Например, структура высшего учеб­ного заведения — это многоуровневая иерархическая структура. Иерархичес­кая (древовидная) БД состоит из упорядоченного набора элементов. В этой модели исходные элементы порождают другие элементы, причем эти элементы в свою очередь порождают следующие элементы. Каждый порожденный эле­мент имеет только один порождающий элемент/

Организационные структуры, спискиматериалов, оглавление в книгах, пла­ны проектов и многие другие совокупностиданных могут быть представле­ны в иерархическом виде. Автоматическиподдерживается целостность ссы­лок между предками и потомками.Основное правило: никакой потомок не может существоватьбез своего родителя.

Основным недостатком данной моделиявляется необходимость использова­ния той иерархии,которая была заложена в основу БД при проектировании. Потребность в постоянной реорганизации данных (а часто невозможностьэтой реорганизации) привели к созданию более общей модели —сетевой.

О Сетевая модель данных. Сетевойподход к организации данных является рас­ширениемиерархического подхода. Данная модель отличается от иерархичес­кой тем, что каждый порожденный элемент может иметь более одного по­рождающего элемента.

Рассмотрим предметную область для базыданных, в которой хранится ин­формация о заказах магазина.Заказчики берут напрокат фильмы, используя два носителя:видеоленту и компакт-диски. Обслуживание заказчиков выпол­няют продавцы. Каждый продавец обслуживает многих заказчиков. Каждый продавец может пользоваться услугами нескольких магазинов и наоборот. Существует много копий одного и того же фильма и т. д.

Поскольку сетевая БД можетпредставлять непосредственно все виды связей, присущихданным соответствующей организации, по этим данным можно переме­щаться, исследовать и запрашивать их всевозможными способами, то естьсете­вая модель не связана всего лишь одной иерархией. Однакодля того чтобы со­ставить запрос к сетевой БД, необходимодостаточно глубоко вникнуть в ее структуру (иметьпод рукой схему этой БД) и выработать механизм навигации по базе данных, что является существенным недостатком этой модели БД.

О Реляционная модель данных. Основная идеяреляционной модели данных за­ключается в том, чтобы представитьлюбой набор данных в виде двумерной таблицы. Впростейшем случае реляционная модель описывает единственную двумерную таблицу, но чаще всего эта модель описывает структуру и взаи­моотношения между несколькими различными таблицами.

Итак, целью информационной системыявляется обработка данных об объектах реального мира, сучетом связей между объектами. В теории БД данные часто называют атрибутами, а объекты — сущностями. Объект, атрибут и связь — фундаментальные понятия ИС.

Объект (или сущность) — это нечтосуществующее и различимое, то есть объектом можноназвать то «нечто», для которого существуют название и спо­соб отличать один подобный объект от другого. Например, каждая школа —это объект. Объектами являются также человек, класс в школе,фирма, сплав, хи­мическое соединение и т. д. Объектами могутбыть не только материальные пред­меты, но и болееабстрактные понятия, отражающие реальный мир. Например, события, регионы, произведения искусства; книги (не как полиграфическаяпро­дукция, а как произведения), театральные постановки,кинофильмы; правовые нормы, философские теории и проч.

Атрибут (или данное) — это некоторыйпоказатель, который характеризует некий объект ипринимает для конкретного экземпляра объекта некоторое чис­ловое, текстовое или иное значение. Информационная система оперирует на­борами объектов, спроектированными применительно к данной предметной области,используя при этом конкретные значения атрибутов (данных) тех или иных объектах. Например, возьмем в качественабора объектов классы в школе. Число учеников в классе — это данное, котороепринимает числовое значение (у одногокласса 28, у другого — 32). Название класса — это данное, принимающее текстовое значение (у одного — 10А, удругого — 9Б и т. д.).

Атрибут некоторого набора объектов сам можетбыть набором объектов, име­ющих собственные атрибуты. Например,атрибутом лица (как экземпляра набо­ра объектов«Лица») является вуз, который это лицо окончило (МГУ, МИФИ и т. п.). С другойстороны, конкретный вуз — это экземпляр набора объектов «Вузы» и характеризуется множеством данных: фамилией ректора, адресом,спе­циализацией, числом студентов и т. д. Наконец, ректор всвою очередь является экземпляром набора объектов «Лица».Таким образом, возникает возможность установления связи между экземплярамиобъектов из разных наборов.

Развитие реляционных баз данных началось вконце 60-х годов, когда по­явились первые работы, в которых обсуждалисьвозможности использования при проектировании баз данныхпривычных и естественных способов представле­ния данных— так называемых табличных даталогических моделей.

Основоположником теории реляционных базданных считается сотрудник фирмы IBM доктор Э. Кодд,опубликовавший 6 июня 1970 г. статью A Relational Model of Datafor 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 XVII-БА

05.05.79

76578243

Мамаев Сергей

312642 XVII-БА

21.09.80

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

Поскольку отношенияявляются математическими множествами, которые по определению не могут содержатьсовпадающих элементов, никакие два кортежа в отношении не могут бытьдубликатами друг друга в любой момент времени.

Каждый столбец (поле) имеет имя,которое обычно записывается в верхней части таблицы. Припроектировании таблиц в рамках конкретной СУБД имеет­ся возможность выбрать для каждого поля его тип, то есть определитьнабор правил по его отображению, а также определить те операции, которые можно выполнять над данными, хранящимися в этом поле. Наборы типов могутразли­чаться у разных СУБД.

Имя поля должно быть уникальным в таблице,однако различные таблицы могут иметь поля с одинаковымиименами. Любая таблица должна иметь, по крайней мере, однополе; поля расположены в таблице в соответствии с поряд­ком следования их имен при ее создании. В отличие от полей, строки неимеют имен; порядок их следования в таблице неопределен, а количество логически не ограничено.

Так как строки в таблице не упорядочены,невозможно выбрать строку по ее позиции — среди нихне существует «первой», «второй», «последней». Любая таблица имеет один или несколько столбцов, значения в которыходнозначно идентифицируют каждую ее строку. Такой столбец(или комбинация столбцов) называется первичным ключом (primary key). В таблице Спортивнаясекцияпервичныйключ — это столбец Ф.И.О. Такой выбор первичного ключа имеет суще­ственный недостаток: невозможно записать в секциюдвух детей с одним и тем же значениеполя Ф.И.О., что на практике встречается не так уж редко.Именно поэтому часто вводятискусственное поле, предназначенное для нумерации за­писей в таблице. Таким полем, например, может бытьего порядковый номер в журнале длякаждого ребенка, который сможет обеспечить уникальность каж­дой записи в таблице. Ключ должен обладатьследующими свойствами. ОУникальностью. В каждый момент времени никакие два различных кортежа отношения не имеют одинакового значения длякомбинации входящих в ключ атрибутов.То есть в таблице не может быть двух строк, имеющих одинако­выйидентификационный номер или номер паспорта.

О Минимальностью. Ни один из входящихв ключ атрибутов не может быть ис­ключен из ключа безнарушения уникальности. Это означает, что не стоит со­здавать ключ, включающий и номер паспорта, и идентификационный номер. Достаточно использовать любой из этих атрибутов, чтобы однозначноиденти­фицировать кортеж. Не стоит также включать включ неуникальный атрибут, то есть запрещается использование в качестве ключакомбинации идентифи­кационного номера и имени служащего.При исключении имени служащего из ключа все равноможно уникально идентифицировать каждую строку.

Выполнение условияуникальности является обязательным. В то же время при необходимости мо­жет быть допущено нарушение условия минимальности.

Каждое отношение имеет, по крайней мере,один возможный ключ, посколь­ку совокупность всех его атрибутов удовлетворяетусловию уникальности — это следует из самого определения отношения.

Один из возможных ключей произвольно выбирается в качествепервичного ключа. Остальные возможные ключи, если они есть, принимаются заальтерна­тивные ключи. Например, если в качестве первичного ключа выбратьиденти­фикационный номер, то номер паспорта будет альтернативным ключом.

Взаимосвязь таблиц является важнейшим элементомреляционной модели данных. Она поддерживается внешними ключами (foreign key). Рассмотрим при­мер. В базе данных содержатся сведения о различныхкасредрах университета (таблица Кафедры), а также сведения о работниках этихкафедр (таблица Со­трудники). Первичнымключом таблицы Сотрудники является поле I D, а табли­цыКафедры—поле Кафедра. Поле Кафедра таблицыСот