Problème de Regex

Bonjour,
Je souhaiterais vérifier le bon formatage d'un input d'une PS. Il s'agit d'une chaîne qui peut aller de 0 à 11 caractères bien définis, avec un ordre bien défini.
Ex1: a
Ex2: f
Ex3: c;e
Ex4: a;c;d
Ex5: a;b;c;d;e;f

Donc l'exemple 5 montre la plus longue chaîne possible.

J'aurais bien voulu faire cette vérif avec un LIKE mais il aurait fallu que [] puisse représenter aucun ou un caractère défini, ce qui n'est pas le cas.
Et quelque chose dans le style n'est pas suffisant :

Code:

---

@input LIKE '[a-f]' OR @input LIKE '[a-f];[b-f]' OR @input LIKE '[a-f];[b-f];[c-f]' OR @input LIKE '[a-f];[b-f];[c-f];[d-f]' OR @input LIKE '[a-f];[b-f];[c-f];[d-f];[e-f]' OR @input LIKE 'a;b;c;d;e;f'

---

car la chaine 'f;b' passerait cette vérification (alors que c'est 'b;f' qui serait correct).

A part utiliser une fonction T-SQL bourrine, ou un script vbscript ou CLR, auriez-vous une idée sur une méthode plus élégante ? Je n'aurais pas de problématique de performance.
Merci.

Code:

---

'^([a-f]{0,1})(;[b-f]){0,1}(;[c-f]){0,1}(;[d-f]){0,1}(;[e-f]){0,1}(;f){0,1}$'

---

Merci Jet. Oui en "codage" d'expressions régulières ce n'est pas compliqué, le problème c'est que le moteur SQL Server ne comprend qu'une version hyper allégée dans son opérateur LIKE. Donc comme j'écrivais au-dessus, à moins d'implémenter une fonction regex en VBScript ou CLR, je ne vois pas comment faire (pour le coder) ?!
Parce qu'évidemment il y a la méthode bestiale :

Code:

---

IF @input NOT INT ('a;b;c;d;e', 'a;b;c;d', 'a;b;c', 'a;b', 'a', 'b;c;d;e;f', 'b;c;d;e', 'b;c;d', 'b;c', 'b', 'c;d;e;f', 'c;d;e', 'c;d', 'c', 'd;e;f', 'd;e', 'd', 'e;f', 'e', 'f', .....etc.)

---

Ca va pour 6 lettres, mais pour tout l'alphabet ....

Si la fonction externe est le plus simple...
au moins elle aura l'avantage de pouvoir être réutilisée ailleurs.

Si non, dans une hypothétique collection de solutions à la c... :
vous pouvez transformer la string en JSON array, sélectionner les élements, concaténer le résultat par ordre alphabétique et si le résultat est différent de la chaîne originale, c'est qu'elle ne passe pas la validation.

Excellente idée. Aussitôt mise en musique. C'est moins concis qu'une regex, mais c'est tout en assembliste ! Merci

Un exemple de code avec 3 jeux de test pour tester les 3 cas de figure : une valeur erronnée (g par ex), une valeur plus d'une fois et enfin un tri qui n'est pas dans le bon ordre.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

DECLARE @subdivs VARCHAR(50), @subdivsVerif VARCHAR(50) SET @subdivs='a;b;c;d;e;f;g' -- SET @subdivs='a;a;c;d;e;f' -- SET @subdivs='b;a;c;d;e;f'   IF EXISTS (SELECT * FROM (SELECT VALUE AS SUBDIV FROM (VALUES (1)) AS T1(a) CROSS APPLY STRING_SPLIT(@subdivs, ';')) T1 WHERE Subdiv NOT LIKE '[a-f]') PRINT 'Valeur erronnée'   IF EXISTS (SELECT Subdiv FROM (SELECT VALUE AS SUBDIV FROM (VALUES (1)) AS T1(a) CROSS APPLY STRING_SPLIT(@subdivs, ';') ) T1 GROUP BY Subdiv HAVING COUNT(*)>1) PRINT 'Valeur en doublon'   IF @subdivs<>STUFF((SELECT ';'+SUBDIV FROM (SELECT VALUE AS SUBDIV FROM (VALUES (1)) AS T1(a) CROSS APPLY STRING_SPLIT(@subdivs, ';') ) T1 ORDER BY 1 FOR XML PATH('') ), 1, 1, '') PRINT ' Ordre KO'

---