Синтаксические обозначения в 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 строка преобразуется в кодовую страницу базы данных по умолчанию. Кодовая страница по умолчанию может не распознавать определенные символы. Дополнительные сведения см. в разделе Программирование на стороне сервера с использованием Юникода .
