Alterações no comportamento de recursos do Mecanismo de Banco de Dados no SQL Server 2014

Este tópico descreve as alterações no comportamento no Mecanismo de Banco de Dados. Essas alterações afetam a maneira como os recursos funcionam ou interagem no SQL Server 2014 em comparação com as versões anteriores do SQL Server.

Alterações de comportamento emSQL Server 2014

Nas versões anteriores do SQL Server, as consultas em um documento XML que contém cadeias de caracteres em um determinado comprimento (mais de 4020 caracteres) podem retornar resultados incorretos. No SQL Server 2014, tais consultas retornam os resultados corretos.

Alterações de comportamento emSQL Server 2012

Descoberta de metadados

Melhorias no Mecanismo de Banco de Dados início do SQL Server 2012 permitem que o SQLDescribeCol obtenha descrições mais precisas dos resultados esperados do que aqueles retornados pelo SQLDescribeCol em versões anteriores do SQL Server . Para obter mais informações, veja Descoberta de metadados.

A opção SET FMTONLY para determinar o formato de uma resposta sem realmente executar a consulta é substituída por Sp_describe_first_result_set ()Transact -SQL, sp_describe_undeclared_parameters (Transact-sql), sys. dm_exec_describe_first_result_set (transact-SQL)e Sys. dm_exec_describe_first_result_set_for_object (Transact-SQL).

Alterações de comportamento ao gerar scripts de uma tarefa do SQL Server Agent

A partir SQL Server 2012 do, se você criar um novo trabalho copiando o script de um trabalho existente, o novo trabalho poderá afetar inadvertidamente o trabalho existente. Para criar um novo trabalho usando o script de um trabalho existente, exclua manualmente o parâmetro * @ schedule_uid* , que geralmente é o último parâmetro da seção que cria a agenda de trabalho no trabalho existente. Isso criará uma nova agenda independente para o novo trabalho sem afetar os trabalhos existentes.

Dobra constante para funções e métodos de CLR definidos pelo usuário

A partir SQL Server 2012 do, os seguintes objetos CLR definidos pelo usuário agora são dobrável:

  • Funções definidas pelo usuário de CLR com valor escalar determinista.
  • Métodos deterministas de tipos de CLR definidos pelo usuário.

Esta melhoria busca aprimorar o desempenho quando estas funções ou métodos são chamados mais de uma vez com os mesmos argumentos. Porém, esta alteração pode causar resultados inesperados quando funções ou métodos não deterministas são marcados como deterministas em erro. O determinismo de uma função ou um método CLR é indicado pelo valor da propriedade IsDeterministic de SqlFunctionAttribute ou SqlMethodAttribute.

O comportamento do método STEnvelope() mudou com tipos espaciais vazios

Agora o comportamento do método STEnvelope com objetos vazios é consistente com o comportamento de outros métodos espaciais do SQL Server.

No SQL Server 2008, o método STEnvelope retornou os seguintes resultados quando chamado com objetos vazios:

SELECT geometry::Parse('POINT EMPTY').STEnvelope().ToString()  
-- returns POINT EMPTY  
SELECT geometry::Parse('LINESTRING EMPTY').STEnvelope().ToString()  
-- returns LINESTRING EMPTY  
SELECT geometry::Parse('POLYGON EMPTY').STEnvelope().ToString()  
-- returns POLYGON EMPTY  

No SQL Server 2012, o método STEnvelope agora retorna os seguintes resultados quando chamado com objetos vazios:

SELECT geometry::Parse('POINT EMPTY').STEnvelope().ToString()  
-- returns GEOMETRYCOLLECTION EMPTY  
SELECT geometry::Parse('LINESTRING EMPTY').STEnvelope().ToString()  
-- returns GEOMETRYCOLLECTION EMPTY  
SELECT geometry::Parse('POLYGON EMPTY').STEnvelope().ToString()  
-- returns GEOMETRYCOLLECTION EMPTY  

Para determinar se um objeto espacial está vazio, chame o tipo de dados STIsEmpty (geometry) método.

A função LOG tem novo parâmetro opcional

A LOG função agora tem um parâmetro base opcional. Para obter mais informações, consulte LOG (Transact-SQL).

A computação de estatísticas durante operações de índice particionado mudou

No SQL Server 2014, as estatísticas não são criadas por meio do exame de todas as linhas da tabela quando um índice particionado é criado ou reconstruído. Em vez disso, o otimizador de consulta usa o algoritmo de amostragem padrão para gerar estatísticas. Depois de atualizar um banco de dados com índices particionados, você pode notar uma diferença nos dados de histograma destes índices. Esta alteração no comportamento pode não afetar o desempenho de consulta. Para obter as estatísticas dos índices particionados ao examinar todas as linhas da tabela, use CREATE STATISTICS ou UPDATE STATISTICS com a cláusula FULLSCAN.

A conversão de tipo de dados pelo método de valor XML mudou

O comportamento interno do método value do tipo de dados xml mudou. Este método executa um XQuery no XML e retorna um valor escalar do tipo de dados SQL Server especificado. O tipo xs tem de ser convertido no tipo de dados do SQL Server. Anteriormente, o método value convertia internamente o valor de origem em xs:string e depois convertia xs:string no tipo de dados do SQL Server. No SQL Server 2014, a conversão em xs:string é ignorada nos seguintes casos:

Tipo de dados de origem XS Tipo de dados de destino do SQL Server
byte

short

int

inteiro

long

unsignedByte

unsignedShort

unsignedInt

unsignedLong

positiveInteger

nonPositiveInteger

negativeInteger

nonNegativeInteger
TINYINT

SMALLINT

int

BIGINT

decimal

numeric
decimal decimal

numeric
FLOAT real
double FLOAT

O novo comportamento melhora o desempenho quando a conversão intermediária pode ser ignorada. Porém, quando as conversões de tipo de dados falharem, você verá mensagens de erro diferentes daquelas geradas na conversão do valor xs:string intermediário. Por exemplo, se o método de valor não convertesse o valor int 100000 em smallint, a mensagem de erro anterior seria:

The conversion of the nvarchar value '100000' overflowed an INT2 column. Use a larger integer column.

No SQL Server 2014, sem a conversão intermediária em xs:string, a mensagem de erro é:

Arithmetic overflow error converting expression to data type smallint.

Alteração de comportamento de sqlcmd.exe no modo XML

Há alterações de comportamento se você usar sqlcmd.exe com o modo XML (: XML ON) ao executar um SELECT * de T para XML....

Mensagem DBCC CHECKIDENT revisada

No SQL Server 2012 , a mensagem retornada pelo comando DBCC CHECKIDENT só foi alterada quando usada com resemente new_reseed_value para alterar o valor de identidade atual. A nova mensagem é "verificando informações de identidade: valor de identidade atual ' <current identity value> '". A execução do DBCC foi concluída. Se o DBCC imprimiu mensagens de erro, entre em contato com o administrador do sistema".

Em versões anteriores, a mensagem é "verificando informações de identidade: valor de identidade atual ' <current identity value> ', valor da coluna atual ' <current column value> '. Execução de DBCC concluída. Se o DBCC imprimiu mensagens de erro, contate o administrador do sistema. " A mensagem é inalterada quando DBCC CHECKIDENT é especificada com NORESEED , sem um segundo parâmetro ou sem um valor de repropagação. Para obter mais informações, veja DBCC CHECKIDENT (Transact-SQL).

O comportamento da função exist() no tipo de dados XML mudou

O comportamento da exist() função foi alterado ao comparar um tipo de dados XML com um valor nulo como 0 (zero). Considere o exemplo a seguir:

DECLARE @test XML;  
SET @test = null;  
SELECT COUNT(1) WHERE @test.exist('/dogs') = 0;  

Nas versões anteriores, esta comparação retorna 1 (true); agora, esta comparação retorna 0 (zero, false).

As comparações a seguir não mudaram:

DECLARE @test XML;  
SET @test = null;  
SELECT COUNT(1) WHERE @test.exist('/dogs') = 1; -- 0 expected, 0 returned  
SELECT COUNT(1) WHERE @test.exist('/dogs') IS NULL; -- 1 expected, 1 returned  

Consulte Também

Alterações recentes em recursos de Mecanismo de Banco de Dados no SQL Server 2014
Recursos preteridos Mecanismo de Banco de Dados no SQL Server 2014
Funcionalidade de Mecanismo de Banco de Dados descontinuada no SQL Server 2014
Nível de compatibilidade de ALTER DATABASE (Transact-SQL)