Sprawdź ograniczenie, aby wymusić dopasowanie wzorca ###. ###. ####

Chciałbym mieć ograniczenie sprawdzające, które wymusza ten wzorzec wyrażenia regularnego dla kodu wieloczęściowego:

^\d{3}\.\d{3}\.\d{4}$

... trzy liczby, kropka, trzy liczby, kropka, cztery liczby.

Czy muszę utworzyć funkcję CLR, aby wymusić dopasowanie wzorca, i czy można odwoływać się do funkcji CLR w DDL?

Czy istnieje sposób na wymuszenie wzorca w inny sposób, za pomocą LIKE?

sql-server sql-server-2012 constraint

— mrblint
źródło

Wyrażenie regularne w twoim pytaniu nie jest całkowicie jednoznaczne

W większości odmian obsługujących Unicode, \ d zawiera wszystkie cyfry ze wszystkich skryptów. Ważnymi wyjątkami są Java, JavaScript i PCRE. Te smaki Unicode pasują tylko do cyfr ASCII z \ d.

Więc w wielu smakach pasowałoby ١١١.١١١.١١١١(ta postać to cyfra arabska )

Zakładam, że po prostu chcesz dopasować łacinę 0-9. Możesz użyć

DECLARE  @T TABLE
(
Col CHAR(12) CHECK (
                   Col LIKE REPLACE('ddd.ddd.dddd','d','[0-9]') 
                                  COLLATE Latin1_General_100_BIN2
                   )
)

Używam binarnej klauzuli sortowania, więc ciągi takie jak ¾¾¾.¾¾¾.¾¾¾¾lub 10².10².1000nie przekazują czeku ( co może się zdarzyć w przypadku niektórych zestawień ).

Żadne z nich nie pasowałoby do żądanego wyrażenia regularnego CLR i chociaż użycie ustawionej składni ( [0123456789]) zamiast składni zakresu ( [0-9]) rozwiązuje pierwszą, to nadal zależy od sortowania, czy 2pasuje, ²czy nie.

Używam REPLACEraczej niż koduję na stałe LIKEwzoru, ponieważ uważam, że bardziej czytelne jest to, co sprawdza wzór. Łatwiej jest zobaczyć trzy cyfry i kropkę, a następnie trzy cyfry inną kropkę niż cztery cyfry w tym formacie niż parsowanie [0-9][0-9][0-9].[0-9] [0-9][0-9].[0-9][0-9][0-9][0-9].

Ułatwia także wymianę implementacji.

Zdecydowałem, że chcesz pełnej semantyki wyrażenia regularnego CLR, po wszystkim, co możesz po prostu zmienić '[0-9]'powyżej na poniżej (i prawdopodobnie zmienić kolumnę na NCHAR(12)w tym przypadku)

'[' +
 /*48-57 Basic Latin*/
N'0-9'+
 /*1632-1641 Arabic-Indic*/
N'٠-٩'+
 /*1776-1785 Extended Arabic-Indic*/
N'۰-۹'+
 /*1984-1993 Nko*/
N'߀-߉'+
 /*2406-2415 Devanagari*/
N'०-९'+
 /*2534-2543 Bengali*/
N'০-৯'+
 /*2662-2671 Gurmukhi*/
N'੦-੯'+
 /*2790-2799 Gujarati*/
N'૦-૯'+
 /*2918-2927 Oriya*/
N'୦-୯'+
 /*3046-3055 Tamil*/
N'௦-௯'+
 /*3174-3183 Telugu*/
N'౦-౯'+
 /*3302-3311 Kannada*/
N'೦-೯'+
 /*3430-3439 Malayalam*/
N'൦-൯'+
 /*3558-3567 Sinhala*/
N'෦-෯'+
 /*3664-3673 Thai*/
N'๐-๙'+
 /*3792-3801 Lao*/
N'໐-໙'+
 /*3872-3881 Tibetan*/
N'༠-༩'+
 /*4160-4169 Myanmar*/
N'၀-၉'+
 /*4240-4249 Myanmar Shan*/
N'႐-႙'+
 /*6112-6121 Khmer*/
N'០-៩'+
 /*6160-6169 Mongolian*/
N'᠐-᠙'+
 /*6470-6479 Limbu*/
N'᥆-᥏'+
 /*6608-6617 New Tai Lue*/
N'᧐-᧙'+
 /*6784-6793 Tai Tham Hora*/
N'᪀-᪉'+
 /*6800-6809 Tai Tham Tham*/
N'᪐-᪙'+
 /*6992-7001 Balinese*/
N'᭐-᭙'+
 /*7088-7097 Sundanese*/
N'᮰-᮹'+
 /*7232-7241 Lepcha*/
N'᱀-᱉'+
 /*7248-7257 Ol Chiki*/
N'᱐-᱙'+
 /*42528-42537 Vai*/
N'꘠-꘩'+
 /*43216-43225 Saurashtra*/
N'꣐-꣙'+
 /*43264-43273 Kayah Li*/
N'꤀-꤉'+
 /*43472-43481 Javanese*/
N'꧐-꧙'+
 /*43504-43513 Myanmar Tai Laing*/
N'꧰-꧹'+
 /*43600-43609 Cham*/
N'꩐-꩙'+
 /*44016-44025 Meetei Mayek*/
N'꯰-꯹'+
 /*65296-65305 Fullwidth*/
N'０-９'+
N']'  COLLATE Latin1_General_100_BIN2

— Martin Smith
źródło