Início / dba / Perguntas / 185976
Accepted
S3S
Asked: 2017-09-15 06:48:58 +0800 CST

Por que sp_columns / sys.spt_columns_odbc_view retorna resultados incorretos?

  • 772

Ao investigar uma pergunta no Stackoverflow , descobri que sp_columns, que usa sys.spt_columns_odbc_view, está retornando o errado/inesperado DATA_TYPE & TYPE_NAMEpara NVARCHAR(MAX). Está retornando NTEXTpara NVARCHARcolunas e não consigo descobrir o porquê. Alguém tem alguma idéia?

DEMO

CREATE TABLE [dbo].[deleteTable](
    [v] [nvarchar](max) NULL,
    [t] [ntext] NULL
) ON [PRIMARY] TEXTIMAGE_ON [PRIMARY]

GO

select 
    c.name
    ,c.system_type_id
    ,ty.name
    ,ty.precision
    ,t.name
from 
    sys.columns c
inner join 
    sys.tables t on t.object_id = c.object_id
inner join 
    sys.types ty on ty.system_type_id = c.system_type_id
where
t.name = 'deleteTable'

exec sp_columns @table_name = 'deleteTable'
sql-server

1 respostas

  1. Best Answer

    Eu descobri por que você começa NTEXT, mas não sei por que isso é feito. Esta nota pode ser relevante:

    sp_datatype_info é equivalente a SQLGetTypeInfo em ODBC. Os resultados retornados são ordenados por DATA_TYPE e, em seguida, por quão próximo o tipo de dados mapeia para o tipo de dados SQL ODBC correspondente.

    Na definição de sys.spt_columns_odbc_viewhá um pedaço de código:

    TYPE_NAME = CONVERT(sysname, 
CASE 
WHEN ( 
    t.system_type_id = 240 
    OR 
    t.user_type_id > 255 
  ) 
  THEN -- CLR UDTs 
  t.NAME 
  ELSE d.type_name COLLATE database_default 
END 
), sys.types t ON ( 
  t.user_type_id = c.user_type_id 
) 
INNER JOIN sys.spt_datatype_info d ON ( 
  d.ss_dtype = c.system_type_id 
  AND 
  d.auto_increment = c.is_identity 
)

    No seu caso, ELSE d.type_name COLLATE database_defaultisso está sendo executado porque o tipo de dados é -10.

    sys.spt_datatype_infousa sp_datatype_info .

    Se você executar o código abaixo, verá de onde NTEXTestá vindo.

    EXEC sp_datatype_info -10;  
GO

    insira a descrição da imagem aqui

    • 2

relate perguntas