Реферат: 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, а таблицыКафедры—поле Кафедра. Поле Кафедра таблицыСот