Shaneis's questions

Em Microsoft SQL Server 2012 (SP1) - 11.0.3000.0 (X64), existe uma maneira de ver qual mecanismo o SQL Server usa para calcular os novos valores de identidade para tabelas criadas por SELECT INTO?

DADOS DE AMOSTRA

-- Create our base table
CREATE TABLE dbo.A
(A_ID INT IDENTITY(1, 1),
x1 INT,
noise1 int DEFAULT 1,
noise2 char(1) DEFAULT 'S',
noise3 date DEFAULT GETUTCDATE(),
noise4 bit DEFAULT 0);

-- Create random data between the range of [0-3]
INSERT INTO dbo.A(x1)
SELECT s1000.n FROM
( SELECT TOP (10) n = 1 FROM sys.columns) AS s10 -- 10
CROSS JOIN
( SELECT TOP (10) n = 1 FROM sys.columns) AS s100 -- 10 * 10
CROSS JOIN
( SELECT TOP (10) n = ABS(CHECKSUM(NEWID())) % 4 FROM sys.columns) AS s1000; -- 100 * 10

SELECT * FROM dbo.A ORDER BY A_ID DESC;

No meu caso, os resultados são:

E correndo

DBCC CHECKIDENT('A')

retorna

Verificando informações de identidade: valor de identidade atual '1000', valor de coluna atual '1000'.

Criar nova tabela

Quando selecionamos um subconjunto em uma nova tabela, ele cria um novo valor de identidade atual:

SELECT * INTO #temp FROM dbo.A WHERE x1 = 0;

O valor mais alto na coluna de identidade desta nova tabela é 998 e quando verificamos sua próxima identidade:

DBCC CHECKIDENT('#temp')

Verificando informações de identidade: valor de identidade atual '998', valor de coluna atual '998'.

Como?

Como esses valores de identidade são inseridos na nova tabela com o valor mais alto definido corretamente como o valor de identidade atual da nova tabela?

Ao atualizar uma coluna em uma tabela no último dia, meu DBA sênior mostrou uma nova técnica para reduzir leituras e contenção.

O pseudo-código é

WHILE 
  [always true condition] 
BEGIN 
  UPDATE [...]
IF @@ROWCOUNT = 0 BREAK;
END

No entanto, ao executar isso, acidentalmente deixei Incluir Plano de Execução Real ativado, na guia Mensagens, vi ocorrências repetidas disso:

(1000 row(s) affected)

(1 row(s) affected)

No entanto, o código funcionou e o loop WHILE funcionou!

Minha pergunta é, se incluir o Plano de Execução Real retornar 1 linha afetada, isso não deveria criar um loop infinito?

Por que não está sendo contabilizado?

Exemplos de tabelas abaixo:

USE [tempdb];
GO

CREATE TABLE [dbo].[UpdateMePlease]
([ID] INT IDENTITY(1, 1), [UselessNote] VARCHAR(10) DEFAULT 'Delete me!', [UpdateValue] VARCHAR(10) NULL)
GO

INSERT INTO [dbo].[UpdateMePlease] ([UselessNote]) DEFAULT VALUES;
GO 10000

SELECT * FROM [dbo].[UpdateMePlease];

/* turn Actual Execution Plan on here */

WHILE 1 = 1 BEGIN

UPDATE TOP (1000) [dbo].[UpdateMePlease]
SET [UpdateValue] = [UselessNote]
WHERE [UpdateValue] IS NULL;

IF @@ROWCOUNT = 0 BREAK

END

-- Clean up
DROP TABLE [dbo].[UpdateMePlease];

Depois que um desenvolvedor alterou uma exibição indexada para adicionar um comentário, o índice clusterizado criado nela foi descartado sem aviso .

Isso causou uma falha, pois há alguns procedimentos que possuem a WITH (NOEXPAND)dica.

Eu tenho o SSMS configurado atualmente para que clicar com o botão direito do mouse e VIEWselecionar inclua a definição do índice.SCRIPT VIEW asCREATE TO

Existe uma maneira de criar scripts de índices VIEWSpara ALTER to?