Por que é SQL Server depreciativo SET ANSI_PADDING OFF?

Question

De acordo com MSDN BOL (Books Online) sobre SET ANSI_PADDING ,

Em uma versão futura do Microsoft SQL Server ANSI_PADDING será sempre ON e todas as aplicações que definir explicitamente a opção para OFF produzirá um erro. Evite usar esse recurso em novos trabalhos de desenvolvimento e planeje modificar os aplicativos que atualmente usam esse recurso.

Eu nunca usei essa opção, mas parece que ele pode realmente salvar um monte de espaços de banco de dados para campos char e varbinary se usado corretamente.

Por que é SET ANSI_PADDING se tornando obsoleto, além do fato de que não é compatível com ANSI?

Existem boas razões por que?

Answer 1

Não é uma resposta, apenas uma opinião:

Eu, pessoalmente, gostaria de acreditar que eles estão removendo-lo porque é uma dor nulling no nulo. Se um objeto de banco de dados é criado, usado, referenciada, ou o que quer com ele ON, um segundo é feito com ele desligado, e você tentar trabalhar com os dois ao mesmo tempo (duas mesas, procedimento tabela de referência, etc.), seus resultados podem ser inconsistant ou pode não fazer sentido, e ele irá levá-lo Forever para descobrir o que está acontecendo.

(Há outras configurações do jogo como este, e pior. Espero que eles depreciar todos eles.)

Answer 2

Esse recurso não foi usado em tudo e não é compatível com ANSI também, então eles vão removê-lo. A economia de espaço on pode ser feito independentemente do ANSI_PADDING, sql server pode remover o preenchimento internamente.