Лабораторная работа 5.

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

В данной лабораторной работе будут рассмотрены следующие вопросы:

1. Обзор программ SQL Server.

2. Организация хранения данных в SQL Server.

3. Создание с помощью утилиты SQL Server Management Studio БД Sales, которая будет использоваться в последующих работах.

Программы, устанавливаемые в SQL Server

SQL Server Books Online

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

SQL Server Management Studio

Подавляющую массу задач администрирования SQL Server можно выполнить в утилите SQL Server Management Studio, интерфейс которой аналогичен интерфейсу Visual Studio 2005. Через интерфейс Management Studio можно создавать базы данных и все ассоциированные с ними объекты (таблицы, представления и др.). Здесь вы можете выполнить последовательности инструкций Transact-SQL (запросы). В этой утилите можно выполнять типовые задачи обслуживания баз данных, такие как резервирование и восстановление. Здесь можно настраивать систему безопасности базы данных и сервера, просматривать журнал ошибок и многое, многое другое

SQL Configuration Manager

Утилита SQL Configuration Manager реализует базовые функции конфигуриро­вания сервера баз данных. С помощью этой утилиты вы можете сконфигурировать службы, равно как и сетевые протоколы серверной и клиентской стороны.

SQL Profiler

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

Организация хранения данных в sql Server

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

Первичные файлы данных имеют расширение .MDF. Это файлы, создаваемые в базе данных в первую очередь и содержащие создаваемые пользователем объекты, такие как таблицы и представления, а также системные таблицы, необходимые SQL Server для поддержки базы данных. Если база данных разрастается так, что объема одного жесткого диска ей не хватает, вы можете создать вторичные файлы данных, имеющие расширение .NDF, на другом жестком диске, таким образом расширяя об­щее пространство, доступное базе данных.

Вторичные файлы данных могут быть сгруппированы. Файловой группой называют логическую группировку файлов; при этом физически файлы могут размещаться на разных дисках, но SQL Server будет их интерпретировать как единое целое. Свойство группировки незаменимо при поддержке громадных баз данных (VLDB), занимаю­щих терабайты дискового пространства.

Файлы журнала транзакций. Они имеют расши­рение .LDF и не содержат объектов базы данных, таких как таблицы или представле­ния. Чтобы понять сущность журнала транзакций, нужно иметь некоторое представ­ление о механизме записи данных SQL Server на диск.

Когда пользователь хочет внести некоторые изменения в данные таблицы, эти из­менения не выполняются непосредственно в файле на диске. Вместо этого сервер извлекает подлежащие изменению данные в оперативную память, где пользователь уже и вносит изменения. Через определенные промежутки времени (примерно через каждые 5 минут) SQL Server берет все изменения, содержащиеся в памяти, и запи­сывает их в файл журнала транзакций. После того как изменения попали в журнал транзакций, они записываются в файл базы данных. Такой журнал называется упреждающим, так как запись в него выполняется перед записью в саму базу данных.

Вы спросите, зачем все это нужно? На то есть две причины, и первая из них — скорость. Память в сотни раз быстрее жесткого диска, поэтому, извлекая данные в память и выполняя изменения в ней, а не непосредственно на диске, мы сокращаем время записи в сотни раз. Вторая причина состоит в том, что журнал транзакций можно использовать для восстановления данных. Предположим, что прошлой ночью в 10 часов было выполнено резервирование данных, а сбой диска произошел сегодня в 11 часов утра, когда с базой данных уже велась работа несколько часов. Если при восстановлении воспользоваться только резервной копией базы данных, то будет потеряна вся работа за утро. Однако с помощью журнала транзакций данные могут быть восстановлены по состоянию на момент сбоя диска (разумеется, если журнал транзакций хранился на отдельном, рабочем диске). Журнал транзакций сохраняет данные и их изменения в режиме реального времени, и его можно рассматривать как оперативную резервную копию.

Теперь давайте заглянем внутрь файлов базы данных. Подумайте, что случилось бы, если бы они не имели внутреннего порядка или организации, т.е. если бы про­грамма SQL Server записывала информацию в первое попавшееся свободное про­странство. В этом случае потребовалась бы вечность, чтобы найти нужную инфор­мацию, и работа сервера замедлилась бы донельзя. Чтобы такого не случилось, SQL Server имеет невидимый нижний уровень хранения данных внутри файлов — страни­цы и экстенты.