Início / dba / Perguntas / 18716
Accepted
Nick Chammas
Asked: 2012-06-02 12:54:52 +0800 CST

Por que o SQL Server "Compute Scalar" quando eu SELECIONO uma coluna computada persistida?

  • 772

As três SELECTinstruções neste código

USE [tempdb];
GO

SET NOCOUNT ON;

CREATE TABLE dbo.persist_test (
      id            INT NOT NULL
    , id5           AS (id * 5)
    , id5p          AS (id * 5) PERSISTED
);

INSERT INTO dbo.persist_test (id)
VALUES (1), (2), (3);

SELECT id
FROM dbo.persist_test;

SELECT id5
FROM dbo.persist_test;

SELECT id5p
FROM dbo.persist_test;

DROP TABLE dbo.persist_test;

gerar este plano:

plano de execução

Por que o final SELECT, que está selecionando um valor persistente, gera um operador Compute Scalar ?

sql-server sql-server-2008

1 respostas

  1. Best Answer

    Apenas para resumir as descobertas experimentais nos comentários, este parece ser um caso extremo que ocorre quando você tem duas colunas computadas na mesma tabela, uma persistede outra não persistida e ambas têm a mesma definição.

    No plano para a consulta

    SELECT id5p
FROM dbo.persist_test;

    A varredura da tabela persist_testemite apenas a idcoluna. O próximo escalar de computação multiplica isso por 5 e gera uma coluna chamada, id5apesar do fato de que essa coluna nem mesmo é referenciada na consulta. O escalar de computação final leva o valor de id5e gera isso como uma coluna chamada id5p.

    Usando os sinalizadores de rastreamento explicados em Query Optimizer Deep Dive – Parte 2 (aviso: esses sinalizadores de rastreamento não são documentados/sem suporte) e examinam a consulta

    SELECT id5,
       id5p,
       ( id * 5 )
FROM   dbo.persist_test 
OPTION (QUERYTRACEON 3604, QUERYTRACEON 8606);

    Dá a saída

    Árvore antes da normalização do projeto

    LogOp_Project

    LogOp_Get TBL: dbo.persist_test dbo.persist_test TableID=1717581157 TableReferenceID=0 IsRow: COL: IsBaseRow1002 

    AncOp_PrjList 

        AncOp_PrjEl QCOL: [tempdb].[dbo].[persist_test].id5

            ScaOp_Arithmetic x_aopMult

                ScaOp_Identifier QCOL: [tempdb].[dbo].[persist_test].id

                ScaOp_Const TI(int,ML=4) XVAR(int,Not Owned,Value=5)

        AncOp_PrjEl QCOL: [tempdb].[dbo].[persist_test].id5p

            ScaOp_Arithmetic x_aopMult

                ScaOp_Identifier QCOL: [tempdb].[dbo].[persist_test].id

                ScaOp_Const TI(int,ML=4) XVAR(int,Not Owned,Value=5)

        AncOp_PrjEl COL: Expr1004 

            ScaOp_Arithmetic x_aopMult

                ScaOp_Identifier QCOL: [tempdb].[dbo].[persist_test].id

                ScaOp_Const TI(int,ML=4) XVAR(int,Not Owned,Value=5)

    Árvore após a normalização do projeto

    LogOp_Project

    LogOp_Get TBL: dbo.persist_test dbo.persist_test TableID=1717581157 TableReferenceID=0 IsRow: COL: IsBaseRow1002 

    AncOp_PrjList 

        AncOp_PrjEl QCOL: [tempdb].[dbo].[persist_test].id5

            ScaOp_Identifier QCOL: [tempdb].[dbo].[persist_test].id5

        AncOp_PrjEl QCOL: [tempdb].[dbo].[persist_test].id5p

            ScaOp_Identifier QCOL: [tempdb].[dbo].[persist_test].id5

        AncOp_PrjEl COL: Expr1004 

            ScaOp_Identifier QCOL: [tempdb].[dbo].[persist_test].id5

    Portanto, parece que todas as definições de colunas computadas são expandidas e, durante o estágio de normalização do projeto, todas as expressões idênticas são correspondidas de volta às colunas computadas e, por acaso, coincidem id5neste caso. ou seja, não dá preferência à persistedcoluna.

    Se a tabela for recriada com a seguinte definição

    CREATE TABLE dbo.persist_test (
      id            INT NOT NULL
    , id5p          AS (5 * id) PERSISTED
    , id5           AS (5 * id)
);

    Em seguida, uma solicitação para id5ou id5pserá atendida pela leitura da versão persistente dos dados, em vez de fazer o cálculo no tempo de execução, de modo que a correspondência pareça ocorrer (pelo menos neste caso) na ordem das colunas.

    • 16

relate perguntas