主页 / dba / 问题 / 218979
Accepted
Enrique Zavaleta
Asked: 2018-10-02 05:57:08 +0800 CST

为什么 sys.columns.is_nullable 可以为空？

  • 772

我正在编写一个将映射到 C# 类的查询，并且在获取查询列的类型时，结果是sys.columns 中的某些列可以为 NULL

  • is_nullable
  • is_replicated
  • is_merge_published
  • is_dts_replicated

在同一个 sys.columns中还有其他 NOT NULL

  • is_rowguidcol
  • is_identity
  • is_computed

注意：那些列有点

我认为它们应该始终为 NOT NULL，因为 SQL Server 必须知道列的属性。

那么，为什么某些/那些列sys.columns可以NULL和/或在哪些情况下会出现？

sql-server system-tables

1 个回答

  1. Best Answer

    你是对的，结果永远不可能NULL。通过快速调查，看看 的定义sys.columns。如果我跑：

    SELECT OBJECT_DEFINITION(OBJECT_ID(N'sys.columns'));

    我看到这个：

    ...
sysconv(bit, 1 - (c.status & 1)) AS is_nullable,        -- CPM_NOTNULL
...
FROM sys.syscolpars c
...

    如果我更改为 DAC 连接，我可以查看此处的列：

    SELECT name, is_nullable
  FROM sys.all_columns
  WHERE [object_id] = OBJECT_ID(N'sys.syscolpars')
  AND name = N'status';

    结果：

    name    is_nullable
------  -----------
status  0

    所以源绝对不能为空，对吧？然而，如果您对 执行相同的操作sys.columns，则涉及周围表达式的列c.status将标记为is_nullable = 1。这更多地反映了所涉及的表达式/数据类型，而不是NULL值的实际可能性。

    我最初认为也许SYSCONV()做了一些不同的事情CONVERT()（我们不能使用前者来检查，但我认为它可能在内部工作更像是TRY_CONVERT()）。事实并非如此，事实上，即使没有任何内部知识也很容易重现：

    CREATE TABLE dbo.foo(bit_column bit NOT NULL);
GO

CREATE VIEW dbo.bar 
AS                                                      -- nullable?
  SELECT bit_col1 = CONVERT(bit, 1 - (bit_column & 1)), -- YES
         bit_col2 = bit_column & 1, -- no convert       -- NO
         bit_col3 = 1 - bit_column & 1                  -- YES
  FROM dbo.foo;
GO

SELECT name, is_nullable
  FROM sys.dm_exec_describe_first_result_set
       (N'SELECT * FROM dbo.bar', NULL, 1);
GO

DROP TABLE dbo.foo;
DROP VIEW dbo.bar;

    结果：

    name      is_nullable
--------  -----------
bit_col1  1
bit_col2  0
bit_col3  1

    综上所述，我不知道该给你什么建议。你可以有条件地硬编码这个特定的列是不可空的，不管元数据是什么版本）。

    • 5

相关问题