Почему SQL Server обесценивает SET ANSI_PADDING OFF?

Question

Согласно MSDN BOL (Books Online) на SET ANSI_PADDING,

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

Я никогда не использовал эту опцию, но, похоже, это действительно может сэкономить много пространства базы данных для char и varbinary полей, если они используются правильно.

Почему SET ANSI_PADDING устарел, кроме того факта, что он не соответствует ANSI?

Есть ли веские причины?

Answer 1

Не ответ, просто мнение:

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

(.. Есть и другие параметры SET, как это, и хуже, я надеюсь, что они осуждают их все)

Answer 2

Эта функция не использовалась вообще, и она также не соответствует требованиям ANSI, поэтому они ее удаляют. Экономия места может быть выполнена независимо от ansi_padding, сервер sql может удалять внутреннюю часть.