SQL Server düzenli ifade kısıtlaması

BenSQL Server düzenli ifade kısıtlaması

CREATE TABLE testing(
    test_field VARCHAR(20) CHECK(test_field like '^[a-zA-z0-9]{6,20}$') 
);

aşağıda ekleme sorgusu yürütmeye çalışırken düzenli ifade JavaScript çalışıyor ve tablo başarıyla oluşturuldu, ancak aşağıda sorgu tarafından bir tablo oluşturmak, hata oluştu .

INSERT INTO testing VALUES('abcde12345');

hata mesajı

altına CHECK kısıtlaması "CK_ test _test_field__173876EA" ile çakışan INSERT deyimi listesidir. Çakışma veritabanı "TEST", "dbo.testing", "test_field" sütununda gerçekleşti.

Javascript ve SQL Server'da Normal İfade kullanımı arasında herhangi bir fark var mı?

Herhangi bir profesyonel yardım edebilir ???

kaynak

2012-06-27 Vernon Deng

bakınız makale burada: http: //blogs.lessthandot

SET @pattern = replicate('[a-zA-Z0-9]', LEN(@VAL));

Bu, bu hack etrafında tam bir işlevdir. com/index.php/DataMgmt/DBProgramlama/sql-server-does-support-normal-expressi –

David, sadece bir “LIKE” joker karakteriyle kontrol ettiklerini ve kullanım durumlarının bunun için yeterince basit olduğunu görebildiğim kadarıyla. Bu değil. – Joey

http://stackoverflow.com/questions/267921/regular-expressions-in-sql-server-servers Gerçi regex özelliğini gerçekten etkinleştirip etkinleştirmediğinizden emin olun. – nhahtdh

LIKE does not use regular expressions.

Kendi fonksiyonları oluşturarak SQL Server düzenli ifade desteği ekleyebilir. .NET üzerinden bir yöntem this article'da ayrıntılandırılmıştır.

Durumda da ayrıca şunları da deneyebilirsiniz, ama oldukça değil:

test_field LIKE '[a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9]' 
OR test_field LIKE '[a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9]' 
OR test_field LIKE '[a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9]' 
OR test_field LIKE '[a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9]' 
OR test_field LIKE '[a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9]' 
OR test_field LIKE '[a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9]' 
OR test_field LIKE '[a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9]' 
OR test_field LIKE '[a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9]' 
OR test_field LIKE '[a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9]' 
OR test_field LIKE '[a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9]' 
OR test_field LIKE '[a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9]' 
OR test_field LIKE '[a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9]' 
OR test_field LIKE '[a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9]' 
OR test_field LIKE '[a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9]' 
OR test_field LIKE '[a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9][a-zA-Z0-9]'

kaynak

2012-06-27 09:36:53 Joey

Daha sonra ne yapmalıyım? Eğer bir regex eklemek istiyorsam yapmalıyım？ –

Tamam, anla, teşekkürler 12 –

ikinci bağlantı yanlış (zaten?) – Jviaches

SQL Server POSIX regular expressions desteklemez, ancak yalnızca bir alt kümesi. Ayrıntılar için here adresine bakın.

kaynak

2012-06-27 13:18:19

'LIKE' ifadeleri herhangi bir regex çeşidinin alt kümesi değildir.Farklı şekilde çalışırlar (örneğin, simge ve niceleyicilerin tüm kavramları yoktur). – Joey

LIKE modeli, eşleşen" joker karakterlerini kullanabilir " Sıfır veya daha fazla karakter dizisi. "," Belirtilen aralıktaki herhangi bir karakter ([af]) veya set ([abcdef]) "," Belirtilen aralıkta olmayan herhangi bir karakter ([^ af]) veya set ([^ abcdef'ait])".IMHO bu regex karakter kümesi ve fren ifadeleri bir alt kümesidir. –

'' '' joker karakterleri '.' 'Veya' .' ile normal ifadelerde gösterilebilir, ancak özellikle de joker karakterlerde tek bir anlamı vardır, oysa bir ifadeyle ifadeler içeren bir belirteci vardır. Bana göre iki farklı kavram var (evet, parantez ifadeleri aynıdır). Elbette joker karakterler, normal dillerin bir alt kümesi olan bir dizi dili tanımlayabilirler, ancak bu, bunları tanımlamak için kullanılan dilin normal ifadelerin bir alt kümesi olduğu anlamına gelmez. Gözlerimde çok farklı sözdizimi (ve hatta farklı metakarakterler) kullandığı için değil. – Joey

Bunun için bir çözüm var. Her karakteri kontrol etmek istediğiniz olduğundan, replika ile regex oluşturabilirsiniz:

create function dbo.example (@VAL varchar(32)) 
RETURNS bit 
WITH EXECUTE AS CALLER 
AS 
BEGIN 
    DECLARE @pattern varchar(512); 
    SET @pattern = replicate('[a-zA-Z0-9]', LEN(@VAL)); 
    IF @VAL like @pattern 
    BEGIN 
     RETURN 1; 
    END; 
    RETURN 0; 
END; 
GO

kaynak

2016-04-05 10:38:48

SQL Server düzenli ifade kısıtlaması

cevap

İlgili konular