Discussion :

[cana13]

Bonjour à tous,

J'ai une table sql qui contient 2 champs :
ID int
ADRESSE varchar(MAX)

le champ ADRESSE contient des adresses mails séparées par des ; (en nombre variable et de longueur variable)

Je cherche désespérément à faire une requête qui m'extrait les adresses mails exploitables :

exemple de contenu de ma table :
1 toto@yahoo.fr;titi@gmail.fr;tata@yahoo.fr
2 tutu@gmail.fr;toto@yahoo.fr
...

résultat escompté :
1 toto@yahoo.fr
1 titi@gmail.fr
1 tata@yahoo.fr
2 tutu@gmail.fr
2 toto@yahoo.fr

j'ai bien trouvé sur le net un exemple de fonction qui split un champ mais je n'arrive à le faire fonctionner que sur une ligne de la manière suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
declare @des varchar(max) = (SELECT top 1 [ADRESSE] FROM matable)
     SELECT * FROM fctSplitToChar(@des, ';')

la fonction :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
ALTER FUNCTION [fctSplitToChar]( 
    @DelimitedText VARCHAR(MAX),  -- liste CSV
    @QuoteChar CHAR(1)            -- caractère de délimitation
) RETURNS @Items TABLE (Item VARCHAR(MAX))
 
BEGIN
   DECLARE @Item VARCHAR(MAX)
   WHILE CHARINDEX(@QuoteChar, @DelimitedText, 0) <> 0 BEGIN
        SELECT @Item=SUBSTRING(@DelimitedText,1,CHARINDEX(@QuoteChar,@DelimitedText, 0)-1), 
               @DelimitedText=SUBSTRING(@DelimitedText,CHARINDEX(@QuoteChar,@DelimitedText, 0) + LEN(@QuoteChar), LEN(@DelimitedText))
        IF LEN(RTRIM(@Item)) > 0
            INSERT INTO @Items SELECT CONVERT(VARCHAR, @Item)
   END
   -- Dernier item de la liste
   IF LEN(RTRIM(@DelimitedText)) > 0
       INSERT INTO @Items SELECT CONVERT(VARCHAR, @DelimitedText)
   RETURN
END

impossible de la faire fonctionner dans une requête sur l'ensemble des lignes de ma table, j'ai essayé la manière suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
SELECT a.ID, b.Item
FROM     matable a
CROSS    APPLY fctSplitToChar(a.ADRESSE, ';') AS b

mais ça me renvoie une erreur Syntaxe incorrecte vers '.'.

Merci d'avance de vos réponses.

[Invité]

http://www.developpez.net/forums/d14...rt-postgresql/

[cana13]

merci pour votre réponse mais cela parle d'une fonction de splittage utilisant une conversion en xml ... pourquoi pas. Mais cela ne réglera pas mon problème pour autant (à moins que je n'ai pas tout compris) : mon problème n'est pas tant de splitter une chaine de caractères (la fonction que j'utilise le fait très bien) mais de l’intégrer dans une requête select sur l'ensemble des lignes de ma table...

notamment, pourquoi le cross appli ne fonctionne t il pas ? cela réglerait mon pb simplement sans tout réécrire.

[SQLpro]

Utilisez la fonction que j'ai écrit à ce sujet :
http://blog.developpez.com/sqlpro/p7...esure_multiple

Utilisez le lien PDF, car les balises de merde de developpez bouffent le code SQL....

Le jeu d'essai :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
CREATE TABLE table_sql
(ID int,
 ADRESSE varchar(MAX));
 
INSERT INTO table_sql VALUES 
(1, 'toto@yahoo.fr;titi@gmail.fr;tata@yahoo.fr'),
(2, 'tutu@gmail.fr;toto@yahoo.fr');

La requête :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
SELECT ID, MOT
FROM   table_sql
       CROSS APPLY dbo.F_MULTIPARSE(ADRESSE, ';')

Le résultat :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
ID          MOT
----------- --------------------
1           toto@yahoo.fr
1           titi@gmail.fr
1           tata@yahoo.fr
2           tutu@gmail.fr
2           toto@yahoo.fr

A +

[elsuket]

Bonjour,

Vous pouvez aussi vous aider de ce billet

@++

[cana13]

Merci à tous pour vos réponses,

Je vais essayer tout ça dés que possible.

[cana13]

J'ai créé la fonction.

J'ai fait à l'identique l'exemple proposé :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
CREATE TABLE table_sql_test
(ID int,
 ADRESSE varchar(MAX));
 
INSERT INTO table_sql_test VALUES 
(1, 'toto@yahoo.fr;titi@gmail.fr;tata@yahoo.fr'),
(2, 'tutu@gmail.fr;toto@yahoo.fr');
 
SELECT ID, MOT
FROM   table_sql_test
       CROSS APPLY dbo.F_MULTIPARSE(ADRESSE, ';')

J'ai le message d'erreur suivant :

Msg*321, Niveau*15, État*1, Ligne*11
"ADRESSE" n'est pas une option d'indicateur de table reconnue. S'il s'agit d'un paramètre passé à une fonction table ou à la fonction CHANGETABLE, assurez-vous que le mode de compatibilité de votre base de données a la valeur*90.

(et je ne sais pas à quoi correspond ce mode de compatibilité et ou on le trouve ?)

et lorsque je rajoute un alias sur la table :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
SELECT ID, MOT
FROM   table_sql_test as a
       CROSS APPLY dbo.F_MULTIPARSE(a.ADRESSE, ';')

je retombe sur le même message d'erreur que j'avais lors de mes tests avec ma première fonction :

Msg*102, Niveau*15, État*1, Ligne*11
Syntaxe incorrecte vers '.'.

[aieeeuuuuu]

(et je ne sais pas à quoi correspond ce mode de compatibilité et ou on le trouve ?)

Il permet à une base installée sur un serveur 2008, de se comporter, par exemple, comme si elle était en 2000 (a quelques exceptions près malgré tout)
plus d'informations ici.

Pour connaitre le niveau de compatibilité de vos bases :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
SELECT compatibility_level
FROM sys.databases

et pour le modifier (en connaissance de causes...! ) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
ALTER DATABASE database_name 
SET COMPATIBILITY_LEVEL = ...

[cana13]

Hum ! ça m'étonnerait fort que mon administrateur réseau et base de données accepte de toucher à ce paramètre ! trop d'inconnues et d'incidences potentielles , requêtes, fonctions, triggers etc qui risquent de ne plus fonctionner correctement je pense.

Je vais voir...

Merci pour vos réponses.

[elsuket]

Il faut bien lire le message d'erreur :

"ADRESSE" n'est pas une option d'indicateur de table reconnue

Ceci signifie que SQL Server a compris quelque chose du style table (NOLOCK)
Il y a donc une erreur de syntaxe quelque part. Rien à voir avec le niveau de compatibilité.
Cela étant, si vous jetez un œil à ce que je vous ai donné dans mon précédent post, et aussi ici, la solution est toute prête

@++

[hmira]

Il faut bien lire le message d'erreur :

Ceci signifie que SQL Server a compris quelque chose du style table (NOLOCK)Il y a donc une erreur de syntaxe quelque part. Rien à voir avec le niveau de compatibilité.

Non ! j’ai refait le test et le scénario complet sous SQL Server 2008. Cette erreur est vraiment liée au mode de compatibilité 2000 de la base de données.

En compatibilité 90 (2005) et 100 (2008) , la requête SQL ci-dessus fournie par SQLPro s’exécute sans erreur, mais dès que l’on change le mode de compatibilité de la base en 80 (2000), on obtient systématiquement l’erreur indiquée. Exemple :

Code SQL :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
SELECT ID, MOT
FROM table_sql
 CROSS APPLY dbo.F_MULTIPARSE(ADRESSE, ';')

-- Résultat en compatibilité 90 (2005) et supérieure :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
1	toto@yahoo.fr
1	titi@gmail.fr
1	tata@yahoo.fr
2	tutu@gmail.fr
2	toto@yahoo.fr

-- Résultat en compatibilité 80 (2000)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
Msg 321, Niveau 15, État 1, Ligne 3
"ADRESSE" n'est pas une option d'indicateur de table reconnue. S'il s'agit d'un paramètre passé à une fonction table ou à la fonction CHANGETABLE, assurez-vous que le mode de compatibilité de votre base de données a la valeur 90.

Cette erreur provient de l’analyseur syntaxique en mode de compatibilité 2000, Ce dernier considère que la requête est syntaxiquement incorrecte, et ce, du fait que, dans la clause FROM, un des paramètres de la fonction est le nom d'une colonne (il s’attend à une expression).
En effet, par exemple, même en compatibilité 80 (2000), la syntaxe ci-dessous ne génère aucune erreur (le résultat bien sûr n’est pas celui attendu ! ici on s’intéresse juste à la syntaxe).
-- Comptabilité 80 (2000)

Code SQL :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
SELECT ID, MOT
FROM table_sql
 CROSS APPLY dbo.F_MULTIPARSE('toto@yahoo.fr;titi@gmail.fr', ';')

Résultat

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
1	toto@yahoo.fr
2	toto@yahoo.fr
1	titi@gmail.fr
2	titi@gmail.fr

Par ailleurs, tous ces problèmes ayant trait aux niveaux de compatibilité de la base de données, CROSS APPLY, etc. sont bien mentionnés dans le BOL.

Conclusion : En compatibilité 2000, l’opérateur CROSS APPLY combiné aux fonctions tables est tout simplement inutilisable !

A+