ANSI NULLS и QUOTED IDENTIFIER убивали вещи. Для чего они?

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

былые времена

первоначально SQL Server разрешал использовать кавычки ("...") и Апостроф ('...') вокруг строк взаимозаменяемо (как это делает Javascript):

• SELECT "Hello, world!" --цитата Марк!--38-->
• SELECT 'Hello, world!' --Апостроф

и если вам нужна таблица имен, представление, процедура, столбец и т. д. С чем-то, что в противном случае нарушило бы все правила именования объектов, вы можете обернуть его в квадратные скобки ([, ]):

CREATE TABLE [The world's most awful table name] (
   [Hello, world!] int
)

SELECT [Hello, world!] FROM [The world's most awful table name]

и все это работало, и имело смысл.

затем Анси и другие идеи:

• если у вас есть фанк имя, оберните его в кавычки ("...")
• использовать Апостроф ('...') для строк
• и мы даже не заботимся о ваших квадратных скобках

что означает, что если вы хотите "цитата" фанки имя столбца или таблицы вы должны использовать кавычки:

SELECT "Hello, world!" FROM "The world's most awful table name"

если вы знали SQL Server, вы знали, что цитата Маркс!--31--> уже использовались для представления строк. Если вы слепо пытались выполнить это В ANSI-SQL В как будто T-SQL: это ерунда, и SQL Server сказал вам так:

Msg 102, Level 15, State 1, Line 8
Incorrect syntax near 'The world's most awful table name'.

вы должны выбрать новое поведение ANSI

таким образом, Microsoft добавила функцию, чтобы позволить вам выбрать в ANSI вкус SQL.

Оригинал

SELECT "Hello, world!" --valid
SELECT 'Hello, world!' --valid

УСТАНОВИТЬ QUOTED_IDENTIFIER ON

SELECT "Hello, world!" --INVALID
SELECT 'Hello, world!' --valid

в наши дни у всех есть SET QUOTED_IDENTIFIERS ON, который технически означает, что вы должны использовать quotes, а не square brackets вокруг идентификаторов:

T-SQL (плохо?) (например, SQL, созданный Entity Framework)

UPDATE [dbo].[Customers]
SET [FirstName] = N'Ian'
WHERE [CustomerID] = 7

ANSI-SQL (хорошо?)

UPDATE "dbo"."Customers"
SET "FirstName" = N'Ian'
WHERE "CustomerID" = 7

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

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

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

SET ANSI_NULLS ON
SET ANSI_PADDING ON
SET ANSI_WARNINGS ON
SET ARITHABORT ON
SET CONCAT_NULL_YIELDS_NULL ON
SET QUOTED_IDENTIFIER ON

вам нужно добавить, чтобы добавить

SET ANSI_NULLS, QUOTED_IDENTIFIER ON

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

параметр ansi_nulls:

когда SET ANSI_NULLS включен, оператор SELECT, который использует WHERE column_name = NULL возвращает нулевые строки, даже если в имя столбца. Инструкция SELECT, использующая WHERE column_name NULL возвращает нулевые строки, даже если в column_name есть значения nonnull.

когда SET ANSI_NULLS выключен, равно ( = ) и не равно () операторы сравнения не следуют стандарт ISO. ОТБОР оператор, использующий WHERE column_name = NULL возвращает строки, которые имеют значения null в column_name. Инструкция SELECT, использующая WHERE column_name NULL возвращает строки, которые имеют значения nonnull в колонна. Кроме того, оператор SELECT, который использует WHERE column_name Возвращает XYZ_value всех строк, которые не XYZ_value и что не НОЛЬ.

значение параметра

при установке QUOTED_IDENTIFIER включен, идентификаторы могут быть разделены двойные кавычки, и литералы должны быть заключены в одинарные кавычки. Когда SET QUOTED_IDENTIFIER выключен, идентификаторы не могут быть в кавычках и должен следовать всем правилам Transact-SQL для идентификаторов. Для дополнительные сведения см. В разделе идентификаторы базы данных. Литералы могут быть разделены одинарными или двойными кавычками.

когда SET QUOTED_IDENTIFIER включен (по умолчанию), все строки разделены двойная цитата метки интерпретируются как идентификаторы объектов. Таким образом кавычки идентификаторы не должны следовать Transact-SQL правила для идентификаторов. Они могут быть зарезервированы ключевые слова и могут включать символы, не разрешенные в языке Transact-SQL для идентификаторов. Двойной кавычки нельзя использовать для разграничения строковых выражений; одинарные кавычки должны использоваться для заключения символьных строк. Если одинарная кавычка ( ' ) является частью литеральной строки, она может быть представлены два один кавычки.)"( УСТАНОВИТЬ ЗНАЧЕНИЕ ПАРАМЕТРА должен быть включен, когда зарезервированные ключевые слова используются для имен объектов в база данных.

параметр concat_null_yields_null

когда SET CONCAT_NULL_YIELDS_NULL включен, объединение нулевого значения с помощью строки получается нулевой результат. Например, выберите ' abc ' + NULL дает NULL. Когда SET CONCAT_NULL_YIELDS_NULL выключен, объединение значения null со строкой дает саму строку (значение null обрабатывается как пустая строка). Например, выберите " abc " + null выходы азбука.

Если SET CONCAT_NULL_YIELDS_NULL не указан, то настройка Применяется параметр базы данных CONCAT_NULL_YIELDS_NULL.

ANSI_NULLS ON делает любое двоичное логическое выражение с нулевым значением равным false. Используя следующий шаблон:

declare @varA, @varB int

if <binary boolean expression>
begin
    print 'true'
end
else
begin
    print 'false'
end


@varA: NULL; @varB: NULL; @varA = @varB evaluates to false
@varA: 1; @varB: NULL; @varA <> @varB evaluates to false

правильный способ проверить значение null-использовать is [not] NULL

@varA: NULL; @varA is NULL evaluates to true
@varA: 1; @varA is not NULL evaluates to true

QUOTED_IDENTIFER ON просто позволяет использовать двойные кавычки для разграничения идентификаторов (плохая идея IMO, просто квадратные скобки пользователя)

from tblA "a" -- ok when ON, not ok when OFF
from tblA [a] -- always ok