1. Сервер или система управления базами данных (СУБД)
2. база данных
3. схема
4. стол
5. вид
6. синоним
7. Объекты программирования
8. Хранимые процедуры
9. сборки
10. Триггеры базы данных
11. функции
12. Типы
13. правила
14. по умолчанию
15. Последовательности
16. Другие объекты

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

Сервер или система управления базами данных (СУБД)

Вы должны начать с этого. Система управления базами данных ( Relational DataBase Management System RDBMS ) - это полноценная среда, в которой мы создаем, управляем и работаем с базами данных. Наиболее популярными являются MS SQL Server, Oracle, MySQL, DB2, PostrgeSQL.

Все объекты на сервере образуют иерархическую структуру - сервер (экземпляр) находится во главе этой иерархии.

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

На данной физической машине может быть установлено много разных серверов баз данных (например, несколько экземпляров MS SQL Server). Говоря о СУБД SQL Server - это системная служба, то есть приложение, работающее в фоновом режиме, выполняющее все задачи, связанные с поддержкой базы данных.

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

база данных

На каждом сервере мы можем создать много баз данных. В реализации SQL Server мы познакомимся с системными базами данных (master, model, msdb, tempdb) и назовем их «обычными», пользовательскими - то есть, например, база интернет-магазинов, производственная компания и т. Д.

Иерархия объектов хорошо иллюстрируется деревом, видимым в окне обозревателя объектов в Microsoft SQL Server Management Studio.

Каждая база данных вместе со всеми содержащимися в ней данными хранится независимо как минимум в двух файлах (файл базы данных и файл журнала транзакций).

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

<Имя сервера>. <Имя базы данных>. <SCHEMA_NAME>. <OBJECT_NAME>

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

Минимальное рекомендуемое имя, после которого мы ссылаемся на конкретный объект, - это имя, состоящее из двух частей, т.е. <имя_схемы>. <Имя_объекта>.

схема

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

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

выберите SCHEMA_NAME () в качестве DefaultSchema;

Моя схема по умолчанию - dbo. Следующий запрос вернет сообщение об ошибке:

используйте AdventureWorks2008 и выберите «Имя», «Фамилия» из сообщения «Человек» 208, «Уровень 16», «Состояние 1», «Строка 2». Недопустимое имя объекта «Персона».

Это потому, что я не использовал имя схемы в запросе, в который включена таблица Person. Итак, моя схема по умолчанию, dbo, была указана. В этом запросе я ссылался на таблицу dbo.Person, которой нет в базе данных AdventureWorks2008.

Очень важно помнить, что мы всегда ссылаемся на имя объекта вместе с именем схемы, в которой находится объект . Запрос должен выглядеть так:

Выберите * из Персона. человек

стол

Основными объектами в каждой базе данных являются таблицы. В этот момент начинается моделирование реальности в реляционную форму. Таблица - это определение определенного класса объектов, которые мы хотим хранить. Каждая таблица содержит набор элементов, описанных с использованием атрибутов (столбцов). Каждый атрибут (столбец) определяется типом данных (например, дата рождения должна быть описана как тип данных даты и число. Таким образом, мы видим, насколько сильно эта структура иерархизирована.

Таблица является родительским объектом по отношению к:

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

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

вид

Другое перспективное представление (термин, используемый в ORACLE) - это просто сохраненный запрос, то есть другое представление (отсюда и название представления) для таблиц. Их иногда называют виртуальными таблицами - потому что запрос возвращает нам такую ​​«виртуальную таблицу». Результатом всегда является набор элементов. Это удобный способ скрыть потенциально сложную структуру базы данных от пользователей (как для удобства, так и для безопасности). Мы обращаемся к ним в запросах как к обычной таблице.

Представления - это нематериализованные виртуальные таблицы. Как правило, они не улучшают производительность запросов, если вы не создаете для них индексы.

синоним

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

Объекты программирования

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

Хранимые процедуры

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

сборки

SQL Server включает интеграцию CLR. Мы можем создавать объекты программирования в .NET и использовать их как часть сервера базы данных. Это отличное дополнение к возможностям языка SQL (который оптимизирован для работы с наборами) объектно-ориентированных языков.

Триггеры базы данных

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

функции

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

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

Табличные функции могут возвращать многоэлементный набор. Мы можем использовать их, например, в FROM, но не в SELECT. Хорошим примером является функция OPENQUERY, с помощью которой мы можем, например, получить в запросе содержимое данных в файле excel.
В дополнение к встроенным системным функциям у нас есть возможность создавать собственные методы. Существует три типа пользовательских функций - скалярный, табличный и табличный комплекс. Благодаря им мы достигнем любых целей программирования. В дальнейшей части этого курса я подробно опишу детали

Типы

Пользовательские типы данных - это производные типы от существующих. Например, если мы используем тип данных char (12) в базе данных и многократно используем его в разных таблицах - мы можем определить его как глобальный тип пользователя и везде, где это потребуется, после его собственного имени.

правила

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

по умолчанию

Этот тип объекта будет удален в будущих версиях SQL Server.
Значения по умолчанию - это третий тип многократно используемых объектов для определения структуры и свойств столбцов по правилам и типам пользователей. Это независимый объект, который можно «привязать» к любому столбцу таблиц в качестве определения их значения по умолчанию. В соответствии с этим, столбцы будут добавляться при добавлении строк, если в данном элементе нет явного значения.

Последовательности

Последовательности - это новый тип объектов в SQL Server 2012. Они представляют собой счетчики, генераторы последовательных чисел, присваивающие номера в соответствии с определенным порядком, которые не зависят от конкретной таблицы.

Другие объекты

Перечисленные выше объекты являются лишь подмножеством доступных структур, предлагаемых SQL Server. Существует ряд объектов, связанных с безопасностью, брокерскими службами (очереди, сообщения и т. Д.) Или полнотекстовыми индексами.

Похожие

Комментарии