Vincolo CHECK per applicare la corrispondenza del modello ###. ###. ####

Vorrei avere un vincolo di controllo che applica questo schema regex per un codice multi-parte:

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

... tre numeri, un punto, tre numeri, un punto, quattro numeri.

Devo creare una funzione CLR per applicare la corrispondenza del modello e è possibile fare riferimento alla funzione CLR in DDL?

C'è un modo per applicare il modello in un altro modo, usando LIKE?

sql-server sql-server-2012 constraint

— mrblint
fonte

La regex nella tua domanda non è del tutto inequivocabile

Nella maggior parte dei gusti che supportano Unicode, \ d include tutte le cifre di tutti gli script. Eccezioni notevoli sono Java, JavaScript e PCRE. Questi sapori Unicode corrispondono solo a cifre ASCII con \ d.

Quindi in molti gusti corrisponderebbe ١١١.١١١.١١١١(quel personaggio è Arab-Indic Digit One )

Suppongo che tu voglia solo abbinare il latino 0-9. Puoi usare

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

Sto usando la clausola di fascicolazione binaria in modo che alle stringhe piaccia ¾¾¾.¾¾¾.¾¾¾¾o 10².10².1000meno il controllo ( come può accadere in alcune regole di confronto ).

Nessuno di questi corrisponderebbe alla regex CLR desiderata e sebbene l'utilizzo della sintassi impostata ( [0123456789]) anziché la sintassi dell'intervallo ( [0-9]) risolva il primo, è comunque dipendente dalle regole di confronto indipendentemente dal fatto che 2corrisponda ²o meno.

Sto usando REPLACEpiuttosto che codificare il LIKEmodello perché trovo più leggibile ciò che il modello sta verificando. È più facile vedere tre cifre e un punto seguito da tre cifre un altro punto, quindi quattro cifre in quel formato rispetto all'analisi [0-9][0-9][0-9].[0-9] [0-9][0-9].[0-9][0-9][0-9][0-9].

Inoltre semplifica lo scambio dell'implementazione.

Se decidi che vuoi la semantica completa dell'espressione regolare CLR dopo tutto ciò che potresti semplicemente cambiare da '[0-9]'sopra a sotto (e probabilmente cambiare la colonna NCHAR(12)in quel caso)

'[' +
 /*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
fonte