Синтаксические обозначения в Transact-SQL (Transact-SQL)
В следующей таблице перечислены и описаны соглашения, которые используются в синтаксисе в справочнике по Transact-SQL.
Обозначение |
Используется для |
|---|---|
ВЕРХНИЙ РЕГИСТР |
Ключевые слова Transact-SQL. |
курсив |
Пользовательские параметры синтаксиса Transact-SQL. |
полужирный |
Имена баз данных, таблиц, столбцов, индексов, хранимых процедур, программ, типов данных и текст должны вводиться в точном соответствии с примером. |
подчеркнутый |
Указывает значение по умолчанию, которое применяется, когда в инструкции пропущено предложение, содержащее подчеркнутое значение. |
| (вертикальная черта) |
Разделяет элементы синтаксиса внутри квадратных или фигурных скобок. Может быть использован только один из этих элементов. |
[ ] (квадратные скобки) |
Необязательные элементы синтаксиса. Скобки вводить не следует. |
{ } (фигурные скобки) |
Обязательные элементы синтаксиса. Фигурные скобки вводить не следует. |
[,...n] |
Указывает на то, что предшествующий элемент можно повторить n раз. Отдельные вхождения элемента разделяются запятыми. |
[...n] |
Указывает на то, что предшествующий элемент можно повторить n раз. Отдельные вхождения элемента разделяются пробелами. |
; |
Признак конца инструкции Transact-SQL. Хотя точка с запятой не требуется для большинства инструкций в данной версии SQL Server, она понадобится в следующей версии. |
<метка> ::= |
Имя синтаксического блока. Данное соглашение используется для группирования и маркировки длинных частей синтаксиса или синтаксического блока, который может использоваться в нескольких местах в рамках одной инструкции. Каждое место, в котором может быть использован синтаксический блок, обозначается меткой, заключенной в двойные угловые скобки: <метка>. Набор представляет собой коллекцию выражений, например <набор группирования>; а список — коллекцию наборов, например <составной список элементов>. |
Многочастные имена
Если не указано иное, все ссылки Transact-SQL на имена объектов базы данных могут быть четырехсоставными именами, записываемыми в следующей форме.
server_name**.[database_name].[schema_name].**object_name
| database_name**.[schema_name].**object_name
| schema_name**.**object_name
| object_name
server_name
Указывает имя связанного или удаленного сервера.database_name
Указывает имя базы данных SQL Server, если объект хранится на локальном экземпляре SQL Server. Когда объект находится на связанном сервере, аргумент database_name указывает каталог OLE DB.schema_name
Если объект находится в базе данных SQL Server, указывает имя схемы, которая содержит объект. Когда объект находится на связанном сервере, аргумент schema_name указывает имя схемы OLE DB.object_name
Ссылается на имя объекта.
При ссылке на конкретный объект нет необходимости всякий раз указывать сервер, базу данных и схему — компонент Компонент SQL Server Database Engine попытается определить этот объект. Однако, если объект не удается найти, возвращается ошибка.
Примечание
Чтобы избежать ошибок разрешения имен, при указании объекта области схемы рекомендуется указать имя схемы.
Чтобы пропустить промежуточные узлы, для обозначения их позиций используйте точки. В следующей таблице показаны допустимые форматы имен объектов.
Формат ссылки на объект |
Описание |
|---|---|
server.database.schema.object |
Четырехчастное имя. |
server.database..object |
Имя схемы пропущено. |
server..schema.object |
Имя базы данных пропущено. |
server...object |
Имя базы данных и имя схемы пропущены. |
database.schema.object |
Имя сервера пропущено. |
database..object |
Имя сервера и имя схемы пропущены. |
schema.object |
Имя сервера и имя базы данных пропущены. |
object |
Имена сервера, базы данных и схемы пропущены. |
Соглашения примеров кода
Если не указано иное, примеры, приведенные в справочнике по Transact-SQL, были проверены с использованием среды Среда SQL Server Management Studio и настроек по умолчанию для следующих параметров:
ANSI_NULLS;
ANSI_NULL_DFLT_ON;
ANSI_PADDING;
ANSI_WARNINGS;
CONCAT_NULL_YIELDS_NULL;
QUOTED_IDENTIFIER.
Большинство примеров кода в руководстве по Transact-SQL было проверено на серверах, работающих с порядком сортировки с учетом регистра. Тестовые серверы, как правило, использовали кодовую страницу ANSI/ISO 1252.
Многие примеры кода добавляют к строковым константам в Юникоде префикс в виде буквы N. Без префикса N строка преобразуется в кодовую страницу базы данных по умолчанию. Кодовая страница по умолчанию может не распознавать определенные символы.