Diviser des chaines extraites en plusieurs pour insertion [Résolu]

[ptilemare]

Bonjour à tous !

Je suis confronté à une problématique que je ne peux résoudre.
Je vous explique la situation :

Je suis actuellement en train de travailler sur du reporting de données, qui sont extraites dans des fichiers journaux. J'utilise un petit outil sympathique qu'est LogParser ( fait par windows ).

J'arrive à extraire des données à l'aide d'une requête "SQL like" et insérer ces données dans une base de données sous SQL SERVER 2008 R2.

Voici une des requêtes LogParser qui me ramène la liste des comptes créés dans l'Active Directory :

Code :

SELECT RecordNumber, EventId, EventType, TimeGenerated, ComputerName, Message INTO AD_UserCreated FROM Security WHERE EventId = 4720

J'arrive à extraire mes données, à les insérer dans ma base SQL, mais je rencontre un petit problème. Le champ "Message" dans les fichiers journaux contient un tas d'informations à la suite. Voici un exemple de ce qu'il peut contenir :

Code :

"Un compte d'utilisateur a été créé. Nom du compte : Administrateur Domaine du compte : DomaineTest Id d'ouverture de session : 0x479f4 ........... etc"

J'insère le champs Message dans un seul champs pour l'instant, mais ce qui m’intéresse, c'est de prendre uniquement ce que j'ai besoin. C'est à dire le nom du compte ( Administrateur ), le domaine du compte ( DomaineTest ), et ce, chacun dans un champs !

Je ne vois pas trop comment réaliser ceci. Avez vous des informations là dessus ? Avez-vous rencontré des situations similaires ?

Merci d'avance pour votre aide.

[zinzineti]

Tu peux utiliser une fonction Split :
--> soit en CLRs
--> soit en T-SQL

Voici un exemple de fonction Split en T-SQL


A+

[ptilemare]

Merci pour les informations !

Mais le soucis c'est qu'il y a des espaces à gérer. Il n'y a pas réellement de caractère séparateur ici . Mis à part les ":". Je ne vois pas comment gérer les espaces, par exemple dans "Domaine du compte".

[zinzineti]

Avec la fonction F_SQLSplit on a ceci :

Code :

1
2
3
4
 
DECLARE @c VARCHAR(max)
SET @c = 'Un compte d''utilisateur a été créé. Nom du compte : Administrateur Domaine du compte : DomaineTest Id d''ouverture de session : 0x479f4 ........... etc'
SELECT * FROM dbo.F_SQLSplit(@c,':')

=> Résultat

Code :

1
2
3
4
5
6
IdSplit     ChaineSplit
----------- ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
1           Un compte d'utilisateur a été créé. Nom du compte 
2            Administrateur Domaine du compte 
3            DomaineTest Id d'ouverture de session 
4            0x479f4 ........... etc

à toi de jouer maintenant

[ptilemare]

J'ai du mal à visualiser la chose.
Je prends mes données d'une table :

RecordNumber | Message

Je veux spliter le champs message et je dois insérer dans une nouvelle table, et pour que chaque message soit associé à un RecordNumber pour faciliter l'insertion dans une table comme celle-ci :

RecordNumber | EventID | EventType | TimeGenerated | NomDuCompte | Domaine | ...

Suis-je sur la bonne voie ?

[zinzineti]

Code :

1
2
3
4
5
 
DECLARE @c VARCHAR(max)
SET @c = 'Un compte d''utilisateur a été créé. Nom du compte : Administrateur Domaine du compte : DomaineTest Id d''ouverture de session : 0x479f4 ........... etc'
SELECT LEFT(ChaineSplit,PATINDEX('% Domaine%',ChaineSplit)) AS [NomDuCompte] FROM dbo.F_SQLSplit(@c,':') WHERE IdSplit = 2  
SELECT LEFT(ChaineSplit,PATINDEX('% Id%',ChaineSplit)) AS [Domaine] FROM dbo.F_SQLSplit(@c,':') WHERE IdSplit = 3

=> Resultat

Code :

1
2
3
4
5
6
7
8
9
 
NomDuCompte
--------------------------
 Administrateur 
 
 
Domaine
-------------------------
 DomaineTest

[elsuket]

Bonjour,

Attention à la fonction dbo.F_SQLSplit() : l'utilisation d'un WHILE et/ou d'une expression de table commune est très contre-performant.

Après avoir faits quelques tests avec un nombre de valeurs conséquent, variant de 100 à 100 000 :

- une fonction T-SQL avec un WHILE est la moins performante
- Alléché par une fonction CLR, j'ai fait le même test, qui a montré la CLR plus rapide qu'une implémentation T-SQL avec WHILE
- le plus rapide est une fonction qui repose sur une table de nombres, et qui évite la boucle du WHILE en T-SQL, ou l’instanciation de la CLR à chaque appel de la fonction d'assembly.

La différence de temps d'exécution est de l'ordre d'une centaine de millisecondes pour 10 000 valeurs.
Je prépare un post là-dessus

@++

[ptilemare]

Merci pour toutes ces informations.
Ta méthode est fonctionnelle ! Pour la rapidité, je n'ai pas fait de tests, je suis donc intéressé par le futur post

Merci à vous pour vos conseils