Реферат: Базы данных 2

320371.doc

Система Базы данных 2

Модели Базы данных 2

Иерархическая Модель 2

Сетевая модель 3

Что такое реляционная модель базы данных 4

База данных 4

Таблицы 5

Столбцы 5

Правила Кодда 5

Моделирование Данных 6

Модель связи сущностей 6

Сущность 6

Атрибуты 6

Отношения 6

Отношение "Один к одному" 7

Отношение "Один ко многим" или "Многие к одному" 7

Отношение «Многие ко многим» 7

Нормализация 7

^ Что такое SQL SERVER? 8

Клиент-Серверная система 8

Особенности SQL Server 8

Компоненты архитектуры SQL Server 9

Основные Компоненты SQL Server 10

Введение в SQL Server. Хранение данных 11

Системные базы данных 11

Пользовательские базы данных 11

База данных MASTER 12

База данных MODEL 12

База данных MSDB 12

База данных TEMPDB 13

База данных Distribution 13

Пользовательские базы данных 13

База данных Pubs 14

База данных Northwind 14

Системные таблицы 14

Системный Каталог 14

Каталог Базы данных 15

^ Архитектура базы данных 16

Страницы и степени 16

Файлы и группы файлов 17

Журнал регистрации событий (Log) 17

Системные хранимые процедуры 17

^ Работа с SQL Server 17

Объекты SQL Server 17

Создание базы данных 18

Работа с базой данных 19

Параметры базы данных 19

Целостность данных 20

Типы целостности данных 20

Использование свойства Identity для обеспечения целостности данных 21

Типы данных 21

Системные типы данных 21

Определенный пользователем тип данных 22

Работа с таблицами 22

Ограничения 23

Типы ограничений 23



^ Система Базы данных
Данные - необработанные факты, из которых может быть получена информация.

База данных может быть определена как набор хранимых эксплуатационных данных, используемых прикладными системами предприятия.

База данных - коллекция данных, которые сохранены в таблицах. Таблицы находятся в формате строк и столбцов.

Данные, сохраненные в таблицах, связаны друг с другом.

Данные, сохраненные в базе данных, связаны с определенной областью типа системы запаса для производства, заказчики и поставщики для предприятия.

Любое предприятие содержит данные о своих операциях. Это операционные данные.

Система управления базой данных обеспечивает централизованное управление данными. СИСТЕМА УПРАВЛЕНИЯ БАЗОЙ ДАННЫХ (DBMS) имеет следующие преимущества:

Уменьшение избыточности данных. Каждое приложение не должно поддержать свои собственные файлы данных. Данные интегрированы.

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

Данные в больших системах должны быть интегрированы и общими.

Интеграция Данных и совместное использование представляют главное преимущество в много пользовательских средах. Интеграция данных - объединение нескольких отличных файлов с не большой избыточностью среди них.
^ Модели Базы данных Иерархическая Модель
Эта модель подобна иерархической древовидной структуре.

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

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

Родительский модуль может иметь много дочерних модулей, но дочерний модуль может иметь только одного родителя.





Чтобы получать понимание различных моделей базы данных, мы берем пример типовой базы данных, состоящей из поставщиков, партий и отгрузок.

Рисунок показывает возможное иерархическое представление базы данных для партий поставщиков.

На этом рисунке данные представлены простой древовидной структурой, с партиями от поставщиков.

Пользователь видит четыре различных дерева.

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

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

Недостатки этой модели:

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

модель не может представлять отношение многие ко многим

Иерархическая модель используется только, когда данные имеют четко иерархический характер с единственным корнем, например - структура каталога DOS.
Сетевая модель
Множественные родительско-дочерние отношения используются в сетевой модели.


Быстрый и легкий доступ к данным в этой модели возможен из-за коллективного доступа к элементам данных.


Рисунок, представленный выше, показывает сетевое представление для базы данных поставщиков и партий. На этом рисунке, как и в иерархическом подходе, записи и связи представляют данные.

Сеть - более общая структура, чем иерархия, потому дает возможность для каждой записи иметь любое количество непосредственных родителей и подчиненных.

Таким образом, сетевой подход позволяет моделировать отношение многие ко многим.

В дополнение к типам записи, представляющих поставщиков и партии непосредственно, добавляется третий тип записей, который называется соединением.

Возникновение соединения позволяет установить связь между поставщиком и партией, и содержит данные, описывающие связь.

Таким образом каждое соединение имеет две цепочки, одну цепочку поставщика и одну цепочку партии.
Что такое реляционная модель базы данных
В RDBMS, данные организованы в таблицы, которые состоят из строк и столбцов.

Строки таблиц являются кортежами, столбцы данных - атрибуты.

Данные в одной таблице не могут быть связаны с другой таблицей.

Система управления реляционными базами данных (RDBMS) имеет следующие свойства:

В RDBMS, данные представлены в форме таблиц.

В RDBMS, нет никаких отношений аппаратного типа между таблицами.

RDBMS не требует, чтобы пользователь понимал физическое хранение данных.

RDBMS отображает текущую информацию и структуру в системных таблицах.

RDBMS поддерживает концепцию пустых значений.

Данные, организованные в таблицах в виде строк и столбцов называются отношениями в RDBMS.

Позиция строки в таблице не имеет значения в RDBMS.

Пересечение строки и столбца должно дать единственное значение в RDBMS.

Все значения, появляющиеся в столбцах, должны принадлежать одному типу данных в RDBMS.

Значения в строке должны быть уникальны.

Названия столбцов таблицы должны быть уникальны в RDBMS.

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


Некоторые из основных понятий RDBMS:
База данных
База данных - коллекция данных, которые сохранены в таблицах.

Таблицы представлены в формате строк и столбцов.

Данные, сохраненные в таблицах, связаны друг с другом.

Данные, хранящиеся в базе данных, связаны со специфической областью: система учета для производства, информация по поставщикам и покупателям для предприятия.
Таблицы
Таблица в базе данных используется для хранения данных. Таблицы состоят из строк и столбцов.

База данных может содержать много таблиц. Характеристики таблицы представлены ниже:

Таблицы состоят из строк (запись) и столбцов (поле).

имена таблицы уникальны и идентифицируют объект.

Некоторые ограничения, упомянутые ниже, должны учитываться пользователем при создании или работе с таблицей:

имена таблиц должны быть уникальны в пределах базы данных

имена столбцов должны быть уникальны в пределах таблицы
Столбцы
Столбцы имеют два типа:

декомпозитные - которые могут быть далее разделены на меньшие столбцы;

не декомпозитные - которые не могут быть далее разделены на меньшие столбцы.

Ограничения на столбцы:

Not Null- должен содержать некоторое не пустое значение.

No Duplicate - не позволяет в столбце находиться двум одинаковым значениям.

No Change - предотвращает изменение значений в столбце.
Правила Кодда
Информационное представление

В реляционной модели, вся информация явно и логически представлена значениями данных в таблицах.

Определение этой системы сохранено в форме каталога, который является словарем данных.

Гарантированный доступ

Каждое значение должно быть логически адресуемо, используя комбинацию имени таблицы, первичного ключевого значения и названия столбца.

Обработка пустых значений

В системах управления базой данных пустые значения могут использоваться, чтобы представить отсутствующую и неподходящую информацию. Поддержка пустых значений должна быть везде непротиворечива и независима от типов данных (например: пустое значение в символьном поле должно означать тот же самое, что и в целочисленном поле).

Правило описания базы данных

Описание базы данных сохранено и находится в виде таблиц, как же, как при определении данных.

Словарь данных должен присутствовать в пределах RDBMS.

Должна быть возможность работать со словарем данных, используя язык высокого уровня, известный как SQL.

Обновление, Вставка, Удаление

База данных не может называться реляционной, если работает по правилу "одна запись в один момент времени" при управлении данными.

Физическая независимость от данных

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

Для соответствия этому правилу доступ приложения к данным должен быть ограничен интерфейсом с логическим уровнем.

Логическая независимость от данных

Приложения должны быть независимы от изменений, сделанных в основных таблицах. Это правило позволяет динамически менять структуру базы данных без изменения приложений.

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

Правило целостности

Целостность связей применительно к реляционной базе данных должна быть определена в дополнительных реляционных языках данных и сохранена в базе, а не в прикладных программах.

Реляционная система должна иметь возможность управлять базами данных полностью через реляционные возможности.
Моделирование Данных
Отношения между объектами в системе могут быть представлены графически.

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

Моделирование Данных включает два уровня:

формируется концептуальная модель данных, используя E-R Моделирование.

оптимизируется модель, удаляя избыток через процесс Нормализации. Нормализованная модель трансформируется в физическую базу данных.
Модель связи сущностей
Моделирование связи сущностей - методика для анализа и логического моделирования требований к данным системы. Методика использует три основных понятия: сущность, ее атрибуты и отношения, которые существуют между сущностями.
Сущность
Сущность - любой объект, место, человек, концепция или деятельность, о которых сохраняется информация. Это объект, который может иметь образец или местоположение.

Каждый образец должен иметь уникальность.

Каждая сущность имеет некоторые свойства (атрибуты) и операции, применимые к нему.
Атрибуты
Атрибуты - элементы данных, которые описывают объект.

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

отношение "Один к одному"

отношение "Один ко многим"

отношение "Многие ко многим"
Отношение "Один к одному"

Для примера возьмем институт, где один человек может возглавлять один отдел - Training. Один человек не может возглавлять более чем один отдел.
Отношение "Один ко многим" или "Многие к одному"
Рассмотрим следующие примеры:

много авторов могут писать одну книгу, и единственный автор может писать много книг.


продавец может продавать много изделий и одно изделие может быть продано несколькими продавцами.
Отношение «Многие ко многим»

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

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

Описывается три нормальные формы представления.

Первый шаг к нормализации заключается в преобразовании E-R модели в таблицы или отношения.

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

Последним этапом эта не избыточная модель преобразуется в определение базы данных. В этом заключается цель проектирования базы данных.
^ Что такое SQL SERVER?
Сегодня реляционная база данных - ядро информационных систем для многих организаций. Informix, Sybase, Oracle, SQL Server - RDBMS на предприятиях во всем мире.
^ Клиент-Серверная система
В этой системе сервер занимает центральное местоположение и управляет ресурсами, которые используются различными клиентами в различных местах. Файлы базы данных и программное обеспечение СУБД постоянно находятся на сервере.

^ Язык структурированных запросов (SQL): применяется для доступа или работы с данными, хранимыми в базе данных. Существует набор команд и инструкций, определенных программным обеспечением СУБД.

SQL - наиболее популярный язык, используемый для работы с реляционными базами данных. Стандарты ANSI и ISO поддерживаются SQL.
^ Особенности SQL Server
Поддерживает тип Unicode

SQL Server поддерживает тип данных Unicode. Этот тип данных позволяет хранить данные, принадлежащих различным языкам в одной базе данных. Это встроенная возможность SQL Server.

Поддерживает утилиту Upgrade

Базы данных могут быть легко мигрированы с более ранних версий (от 6.х), используя утилиту обновления.

Поддерживает полный текстовый поиск

SQL Server 7.0 обеспечивает полный текстовый поиск по всем символьно-ориентированным данным, которые хранятся в таблицах. Эта возможность может использоваться при создании специальных индексов для всех важных слов в выбранных столбцах таблиц. Поддержка распространяется на несколько языков.

Поддерживает MultiSite управление

SQL Server может управлять группами серверов, использующими один централизованный сервер. Два или более серверов могут быть объединены вместе в логические функционирующие модули.

Простой в установке

SQL Server предлагает дополнительные административные инструментальные средства, которые помогают Вам легко устанавливать и управлять базой данных.

Универсальность

Клиентская часть SQL Server легко работает на Windows 95/98, рабочей станции Windows NT и Сервере Windows NT.

Репликация данных

SQL Server обладает средством автоматической репликации данных. Репликация означает перемещение данных из одного географического местоположения в другое, поддерживая копии первоначальных данных.

Технология витрин и хранилищ данных

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

Английский Запрос

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

Сервис перемещения данных

Эта возможность позволяет перемещать данные. Так же позволяет прямую передачу данных между SQL Server и другими базами данных подобно MS Access или Oracle.

Распределенные транзакции

SQL Server использует инструмент (^ Microsoft Distributed Transaction Coordinator - MSDTC), который помогает клиенту делать изменения на всех связанных серверах. Это также гарантирует, что изменения, сделанные клиентом, отражаются или на всех связанных серверах или ни на одном из связанных серверов.

Визуальные средства администрирования и Мастера

SQL Server обеспечивает графический интерфейс с помощью SQL Enterprise Manager, который предоставляет возможность использование мастеров для выполнения административных задач.
^ Компоненты архитектуры SQL Server
Архитектура SQL Server может быть понятна, рассмотрев ее как конгломерат нескольких различных функциональных уровней. Это:

Клиент-серверная архитектура (сервера и группы клиентов):

база данных в этой системе расположена на центральном компьютере - сервере.

сервер ответствен за создание и управление объектами базы данных типа таблиц и индексов.

сервер отвечает на любой запрос с клиентской стороны.

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

сервер реляционной базы данных уменьшает сетевой трафик, посылая только требуемые данные к клиенту.

обработка данных может быть выполнена на различных компьютерах сети. То есть, различные приложения, использующие SQL Server, выполняются на двух или более компьютерах одновременно.

серверная архитектура:

сервер отвечает за действия, требуемые для ответа клиенту, при получении от него запроса.

Сервер включает компоненты подобно Net Libraries, Open Data Services (ODS) и Database Server.

Сервер использует набор функций сетевых библиотек.

Интерфейс, который находится между сетевыми библиотеками и сервером базы данных называется ODS. Это прикладной программный интерфейс, который работает с функциями и инструкциями для вызова T-SQL функций.

Получает запросы от ODS, обрабатывает их и формирует результирующий набор, которые возвращает клиенту.
^ Основные Компоненты SQL Server
Distributed Management Framework (DMF) - набор административных приложений.

Distributed Management Object - набор объектов, которые используются для управления SQL Server и его сервисами.

^ SQL Server сервисы и SQL Server агент формирует интерфейс и обеспечивает основные возможности управления через агента.

Они обеспечивают прямой доступ к SQL Server

SQL Enterprice Manager полагается на SQL Server 7.0 Executive и SQL Distributed Management Objects.

Distributed Management Framework состоит из трех частей:

SQL Enterprise Manager и приложение, доступное на клиенте

Библиотека объектных модулей SQL, которая является интерфейсом между сервером и клиентом

SQL Server Executive Service (Windows NT Services) и SQL Server Service

Transact-SQL. Transact-SQL (T-SQL) - расширенная версия языка структурированных запросов (SQL). Это язык высокого уровня, который используется для поиска и управления данными в базе данных, создания базы данных и объектов базы данных типа таблиц, индексов.

^ SQL Enterprise Manager графический интерфейс пользователя, для администрирования одного или нескольких серверов. Позволяет администратору управлять и следить за серверами с одного места. Enterprise Manager имеет возможность планирования задач, которые выполняются на сервере в указанное пользователем время. Кроме того:

Start, Stop и Configure для сервера

Управление пользовательскими учетными записями

Резервное копирование и восстановление базы данных и transaction logs

Создание и управление базами данных и устройствами

Создание и отслеживание времени выполнения задач

Выполнять и анализировать запросы

Создавать SQL сценарии

Управлять объектами базы данных

Управлять объектными и правилами доступа

Создание и управление учетными записями пользователей и групп

Отображение статистики сервера

Устанавливать оповещение

Проверять состояние базы данных

Устанавливать и управлять репликацией базы данных

Отображать зависимости объектов

Просматривать файлы регистрации ошибок
^ Введение в SQL Server. Хранение данных
База данных сохранена в физических файлах, которые разделены на:

первичный файл данных

один или более операционных журналов

один или более вторичные файлов данных


SQL Server поддерживает два типа баз данных: системные базы данных и пользовательские базы данных как показано на рисунке
^ Системные базы данных
Системная база данных создана, чтобы поддержать операции сервера или средства SQL Server. Когда SQL Server установлен, создается пять системных баз данных:

master

model

tempdb

msdb

distribution
^ Пользовательские базы данных
Cоздаются Администратором системы или Пользователем.

Пользовательские базы данных создаются только после инсталляции SQL Server.

Две пользовательских базы данных создаются при установке SQL Server:

Pubs

Northwind
^ База данных MASTER
Управляет пользовательскими базами данных и операциями сервера в целом.

Минимальный заданный по умолчанию размер - 9 МБ.

Сохраняет учетные записи пользователей с описанием уровня доступа, пользовательского ID и пароля. Эта учетная запись гарантирует, что пользователи способны выполнить только те действия, к которым им предоставлен доступ.

Содержит список удаленных серверов, с которыми сервер может взаимодействовать.

Содержит список баз данных на сервере и расположение каждой.

Выполняющиеся процессы.

Содержит системные сообщения об ошибках

Содержит удаленные учетные записи пользователей, которые определяют доступ удаленных пользователей к серверу.

Содержит системные хранимые процедуры, используемые при администрировании сервера.

Содержит список переменных среды, с помощью которых может быть сконфигурирован сервер.

Содержит системные и внешние хранимые процедуры, которые используются для управления сервером
^ База данных MODEL
База данных шаблонов SQL Server.

Эта база данных состоит из восемнадцати системных таблиц, которые копируются в каждую новую базу данных при ее создании.

Некоторые изменения, которые могут быть сделаны в базе данных MODEL:

Включение определяемого пользователем типа данных, значений по умолчанию или хранимых процедур.

Включение списка пользователей, которые имеют доступ ко всем новым базам данных, которые добавлены в MODEL.

Могут быть добавлены параметры конфигурации базы данных.

Учреждение привилегии базы данных.

Заданный по умолчанию размер базы данных MODEL - 1.5 МБАЙТа.

Размер новой базы данных должен быть больший, чем база данных MODEL так, чтобы данные базы данных MODEL могли быть размещены в новой базе данных.
^ База данных MSDB
База данных MSDB содержит расписание задач, обработку особых ситуаций, реплицирование, аварийное управление и системную информацию оператора, которая необходима для SQL Executive Service.

MSDB база данных состоит из определенных таблицы:

sysalerts: Эта таблица сохраняет информацию обо всех определяемых пользователем предупреждениях, которые могут быть вызваны на события SQL Server.

sysbackupdetail: Эта таблица определяет описание устройств, используемых для резервного копирования.

sysbackuphistory: Эта таблица определяет описание каждой операции резервного копирования.

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

sysnotifications: Эта таблица сохраняет информацию об операторах и предупреждениях, с которыми они были связаны.Таблица также сохраняет информацию о методе уведомления (уведомление может быть сделано по электронной почте, на пейджер или обоими способами) оператора.

sysoperators: Эта таблица сохраняет информацию обо всех пользователях с открытыми соединениями. Информация включает имя пользователя, адрес электронной почты, расписание работы и номера пейджера.

sysrestoredetail: Эта таблица сохраняет итоговую информацию по устройствам восстановления. Эта таблица - новая таблица в SQL Server. Столбцы для этой таблицы аналогичны столбцам таблицы sysbackuphistory за исключением того, что столбец "backup_id" называется "restore_id".

sysrestorehistory: Эта таблица сохраняет итоговую информацию по каждой операции восстановления.

sysservermessages: Эта таблица содержит все ошибки и предупреждающие сообщения, используемые сервером.

systasks: Эта таблица сохраняет информацию обо всех определяемых пользователем задачах.
^ База данных TEMPDB
Обеспечивает хранение временных таблиц и результатов операций (операций объединения) и других действий, которые требуют промежуточного хранения.

Есть только одна база данных TEMPDB независимо от числа баз данных, размещенных на сервере.

Не требуется специального разрешения для использования этой базы данных.

Заданный по умолчанию размер TEMPDB - приблизительно 2.5 МБАЙТА.

Может быть помещена в оперативную память, если соответствующим образом сконфигурирован SQL Serve.

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

Есть два типа таблиц, которые поддерживает SQL Server. Это:

^ Глобальные временные таблицы: Эти таблицы доступны всем пользователям с открытыми сессиями, они начинаются с символов (##).

Локальные временные таблицы: Эта таблица видна в рамках сессии только того пользователя, который ее создал. Она начинается с символа (#).
^ База данных Distribution
База данных Distribution создается во время инсталляции SQL SERVER для осуществления реплицирования. Эта база данных сохраняет информацию о хронологии и сохраненных операционных данных в течение процесса реплицирования.
^ Пользовательские базы данных
Пользовательская база данных - база данных, которая создана администратором системы или пользователем. Пользовательские базы данных создаются только после инсталляции SQL Server.
^ База данных Pubs
База данных Pubs - инструмент обучения, который содержит типовую базу данных

Размер базы данных - 2 МБ.
База данных Northwind
Эта база данных - также учебная база, альтернативная базе данных Pubs. Эта база данных также поставляется с Microsoft Access. Размер Northwind - приблизительно 4 МБ.

Информация о различных базах данных представлена в таблице:

^ База данных

Уровень

Размер (in Mb)

Master

Системная

9

Model

Системная

1.5

Tempdb

Системная

4.5

Distribution

Системная

1

Pubs

Пользовательская

2

Northwind

Пользовательская

4
^ Системные таблицы
SQL Server сохраняет свою конфигурацию, защиту и информацию по объектам в системных таблицах. Системные таблицы есть в пределах каждой базы данных, все таблицы образуют каталог базы данных.

Таблицы в базе данных MASTER образуют системный каталог таблиц.
^ Системный Каталог
Системный каталог состоит из тринадцати таблиц базы данных MASTER, в которых сохранена информация, относящаяся к серверу. Список системных таблиц дается ниже:

Сист. Таблица

Описание

Sysaltfiles

Эта таблица содержат одну строку для каждого файла базы данных

Sysdevices

Эта таблица содержит одну строку для каждого дискового файла с резервной копией, файла резервного копирования на магнитной ленте и файла базы данных

Sysdatabases

Эта таблица содержит одну строку для каждой базы данных, расположенной на SQL Server. Эта таблица первоначально содержит ссылки для MASTER, MODEL, MSDB и TEMPDB баз данных

Sysconfigures

Эта таблица содержит одну строку для каждого параметра конфигурации, установленного пользователем

Syslanguages

Эта таблица содержит одну строку для каждого языка, поддерживаемого SQL Server

Syslockinfo

Эта таблица содержит информацию по всем блокировкам

Sysoledbusers

Эта таблица содержит одну строку для каждого пользователя. Она также содержит пароль пользователя для указанного сервера

Sysprocesses

Эта таблица содержит информацию о процессах, выполняющихся на сервере

Sysreplicationalerts

Эта таблица содержит информацию об условиях появления вызывающих тревогу сообщений

Syssubscriptions

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

Syscacheobjects

Эта таблица содержит информацию об использовании кэша

Sysperfinfo

Эта таблица содержит значение параметров быстродействия процессора, которые могут быть отображены через средства контроля эффективности Windows NT

Syscharsets

Эта таблица содержит одну строку для каждого набора символов и порядока сортировки, который может использоваться SQL Server

Syslogins

Эта таблица содержит одну строку для каждой учетной записи входа в систему

Sysremotelogins

Эта таблица содержит одну строку для каждого удаленного пользователя, который может вызывать хранимую процедуру SQL Server

Syscurconfigs

Эта таблица содержит значения для каждого из текущих параметров конфигурации

Sysservers

Эта таблица содержит одну строку для каждого сервера, к которому может обращаться SQL Server как к OLE DB источнику данных

Sysmessages

Эта таблица содержит одну строку для каждой системной ошибки или предупреждения, которые может возвращать SQL Server. Сообщения об ошибках отображаются на экране пользователя SQL Server
^ Каталог Базы данных
Этот каталог состоит из восемнадцати таблиц, которые используются для определения структуры базы данных.

Сист. Таблица

Описание

Sysfilegroups

Эта таблица содержит одну строку для каждой группы файлов в базе данных

Sysfiles

Эта таблица содержит одну строку для каждого файла, сохраненного в базе данных

Syscolumns

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

Syscomments

Эта таблица содержит определение для каждого представления, правила, значения по умолчанию, триггера и процедуры

Sysconstraints

Эта таблица сохраняют название и характеристики каждого constraint таблицы

Sysdepends

Эта таблица содержит информацию о каждой процедуре, таблице или представлении, которое упомянуто в процедуре, представлении или триггере

Sysindexes

Эта таблица сохраняет информацию для каждого кластеризованного и не кластеризованного индекса

Sysforeignkeys

Эта таблица содержит одну строку для каждого внешнего ключа, найденного в базе данных

Sysfulltextcatalogs

Эта таблица перечисляет все текстовые каталоги, найденные в базе данных

Sysobjects

Эта таблица сохраняет объекты, созданные в базе данных

Sysindexkeys

Эта таблица содержит одну строку для каждой таблицы и индекса

Sysprotect

Эта таблица сохраняет правила доступа пользователей к объектам

Sysmembers

Эта таблица содержит информацию для каждой оставляющей роли

Sysreferences

Эта таблица содержит названия и параметры ограничений целостности, объявленных на таблице или столбце

Syspermissions

Эта таблица включает одну строку для уровня доступа, назначенного пользователю, гостю, группе или роли на объекты базы данных

Systypes

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

Sysusers

Эта таблица сохраняет информацию об авторизованных пользователях, которые имеют доступ в систему
^ Архитектура базы данных
SQL Server использует три различных типа файлов и группы файлов, чтобы сохранить базу данных: первичный файл данных, вторичный файл данных и журнал.

^ Первичный файл данных

Этот файл существует в каждой базе данных по умолчанию.

Этот файл используется, чтобы сохранить объекты базы данных: таблицы, индексы, представления и т.д. Этот файл содержит первоначальную информацию по базе данных и всем системным таблицам, перечисленным выше.

Первичный файл данных сохраняет ссылки на все другие файлы в базе данных и сохранен с расширением .mdf.

^ Вторичный файл данных

Этот файл используется, когда первичный файл данных не способен сохранить все данные. Не существует ограничений на количество вторичных файлов данных.

^ Операционный регистрационный файл данных (Log)

Этот файл сохраняет всю информацию по действиям с базой данных перед сохранением этой информации в первичном файле данных.

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

Информация, сохраненная в этом файле, используется для восстановления базы данных.

Минимальный размер для журнала - 512 кб.


Рисунок, приведенный ниже, описывает архитектуру базы данных.
^ Страницы и степени
SQL Server использует страницы для хранения объектов базы данных. Размер страницы - 8КБ. Страница также является самым маленьким модулем данных.

Восемь непрерывных страниц, то есть 64КБ (8КБ X 8K=64K) создают одну степень. Степень используется для хранения таблиц или индексов.

Степень может иметь два вида: однородная степень или смешанная степень.

Однородная степень используется, чтобы сохранить отдельный объект подобно таблице или индексу.

Смешанная степень может использоваться, чтобы держать несколько различных объектов.
^ Файлы и группы файлов
Когда все файлы, используемые SQL Server, сгруппированы вместе, они называются группой файлов.

Группы файлов упрощают задачи администрирования базы данных. Группа файлов не может содержать рабочие файлы больше чем одной базы данных.

Когда новая база данных создана пользователем, она сохраняется в структуре файла.

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

SQL Server поддерживает два типа группы файлов, которые могут использоваться при сохранении базы данных. Это:

Первичный

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

Определенный пользователем

Этот тип группы файлов создан пользователем или во время создания базы данных, или во время модификации данных.
^ Журнал регистрации событий (Log)
Журнал регистрации событий используется, чтобы записывать изменения, которые сделаны в базе данных пользователем перед фактическим осуществлением этих изменений в базе данных.

Каждая база данных на SQL Server имеет собственный журнал регистрации событий. Журнал регистрации событий всегда принадлежит базе данных и уникален в одной базе данных.

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

Размер виртуального журнала - ^ 256КБ, размер журнала регистрации событий - 512КБ.

Запись в журнал регистрации событий попадает прежде, чем будут сделаны модификации в таблицах и индексах непосредственно.
^ Системные хранимые процедуры
Хранимые процедуры - пре-компилированные инструкции T-SQL, которые сохранены на сервере.

Хранимые процедуры, которые входят в состав SQL Server, называются системными хранимыми процедурами.

Системные хранимые процедуры облегчают обращение к информ