标签: non-deterministic

我正在尝试创建一个索引视图，其中索引位于视图中的一个字段上，该字段是视图中基础表的一堆列的散列。

下面是一个例子：

CREATE VIEW CoolHashedView WITH SCHEMABINDING AS

    SELECT 
        KeyId,
        CONVERT
        (
            VARCHAR(34), 
            HASHBYTES('MD5', TextColumn1 + '||' + TextColumn2 + '||' + CAST(DateColumn1 AS VARCHAR(50)), 
            2
        ) AS HashedData
    FROM dbo.BoringTable;

    CREATE UNIQUE CLUSTERED INDEX IX_CoolHashedView_KeyId_HashedData ON CoolHashedView (KeyId, HashedData);

当我尝试创建上述索引时，它失败并抛出以下错误：

消息 2729，级别 16，状态 1，第 26 行视图“CoolHashedView”中的列“HashedData”不能用于索引或统计信息或作为分区键，因为它是不确定的。

当我从 HASHBYTEs 函数中删除日期字段时，聚集索引然后成功创建。

我的猜测是它与格式化日期或不同时区的不同方式有关？...我变得更暖和了吗？

我正在尝试存储和索引 IP 地址。我从一个简单而愚蠢的表格开始：

CREATE TABLE [dbo].[IP_addresses](
    [IP_as_text] [char](16) NOT NULL,
    [IP]  AS ([dbo].[fnBinaryIPv4]([IP_as_text]))
) ON [PRIMARY]

哪里fnBinaryIPv4来自/sf/ask/96988671/。

CREATE FUNCTION dbo.fnBinaryIPv4(@ip AS VARCHAR(15)) RETURNS BINARY(4)
AS
BEGIN
    DECLARE @bin AS BINARY(4)

    SELECT @bin = CAST( CAST( PARSENAME( @ip, 4 ) AS INTEGER) AS BINARY(1))
                + CAST( CAST( PARSENAME( @ip, 3 ) AS INTEGER) AS BINARY(1))
                + CAST( CAST( PARSENAME( @ip, 2 ) AS INTEGER) AS BINARY(1))
                + CAST( CAST( PARSENAME( @ip, 1 ) AS INTEGER) AS BINARY(1)) …

假设不使用 ORDER BY 子句，在实例化表并用连续插入填充表的 TABLE 值函数中，插入顺序是否具有确定性？

我需要查看发送给我们的给定数据集中使用的 Unicode 字符范围，以便弄清楚为什么 SSMS 中的查询结果中的某些空格（或者至少在眼睛看来是空格）没有被使用。在某些解析例程中，其行为类似于 char(32)。因此，我编写了一个快速而肮脏的函数，将相关列中的字符串值转换为一组可以查询的元组：

create function [foo].[AllChars]
(@in nvarchar(max))
returns @t TABLE (c nchar(1))
as
begin


declare @i int;
while len(@in)>0
begin
   insert @t(c) values (left(@in,1));
   set @in = substring(@in, 2, len(@in)-1)
end

return;
end

可以这样称呼：

   select X.c theChar, unicode(X.c) uValue
   from myTable T
   cross apply foo.AllChars(T.myCol) X

并将为myTable中的每一行返回一组元组：

t  116
h  104
e  101
   32
c  99
a  97
t  116
   10   <= culprit
i  105
n  110
   32 …