Nie można dodać indeks utrzymywał obliczane kolumny, ponieważ jest „typu, który jest nieważny do użytku jako klucz”

Question

Mam tabeli tak z kolumną wyliczona:

CREATE TABLE PhoneNumbers 
(
    [PhoneNumberID] int identity(1,1) not null primary key clustered, 
    [Number] varchar(20), /* Entire number, like (800) 555-5000 */ 
    [Digits] AS dbo.RegExReplace(Number, '[^0-9]', '') PERSISTED /* Like 8005555000 */ 
) 

Jest on tworzony w porządku, a kolumna Digits działa świetnie zgodnie z oczekiwaniami, ALE nie zachowuje się jak kolumna "PERSISTED". Kiedy wykonuję zapytanie z Digits w klauzuli WHERE, jest BARDZO spowolnione. Kiedy próbuję dodać indeks do kolumny Cyfry, dostaję: Column 'Digits' in table 'PhoneNumbers' is of a type that is invalid for use as a key column in an index.

Wygląda na to, że kolumna nie jest tak naprawdę traktowana jako PERSISTED i jest przeliczana na każde zapytanie i nie pozwala mi dodać indeksu.

REGEXREPLACE jest C# funkcja CLR zdefiniowane następująco:

[SqlFunction(IsDeterministic = true, IsPrecise = true)] 
public static SqlString RegExReplace(SqlString expression, SqlString pattern, SqlString replace) 

Wszelkie pomysły, w jaki sposób, aby ta kolumna Digits działać jak kolumny lub utrwalonej pozwala mi dodać indeks ?!

Dziękujemy!

Answer 1

Spróbuj Obsada:

CREATE TABLE PhoneNumbers 
(
    [PhoneNumberID] int identity(1,1) not null primary key clustered, 
    [Number] varchar(20), /* Entire number, like (800) 555-5000 */ 
    [Digits] AS CAST(dbo.RegExReplace(Number, '[^0-9]', '') AS VARCHAR(20)) PERSISTED /* Like 8005555000 */ 
) 

Wierzę, że problem jest twoja funkcja CLR wraca SqlString który kończy się nvarchar bytu (4000) lub podobne - nie przestawną.

To rodzaj znanego "problemu" z kolumnami obliczanymi, które typ danych wywnioskowano z wyrażenia. Głównie problem z ciągami i "funkcjami pomocniczymi", które pobierają varchar (max), a także z operacjami dziesiętnymi, w których precyzja zmienia się z powodu obliczeń.

Mam małą regułę, w której zawsze CAST - czyni ją wyraźną i unika wszelkich niejasności. Ogólnie rzecz biorąc, kolumny, które są znane jako małe, powinny być wyraźnie małe - varchar (max) wydaje się mieć duży wpływ na wydajność - nawet jeśli przejdziesz przez funkcję, która zwraca varchar (max) i bierze varchar (max), odsyła z powrotem do rozmiar, który znasz, ponieważ będzie on działał o wiele lepiej.