Discussion :

[da_latifa]

Bonjour tout le monde

J'ai deux tables ClientA et ClientB

ClientA contient déjà un ensemble de clients

ce que je veux faire, c'est quand un client est inséré dans la table ClientB, aller vérifier
si ce client existe déjà dans ClientA sioui le mettre à jour sinon l'insérer dans la table

donc je dois faire une compraison avec le nom , le prénom, le sexe et la date de naissance

sachant que il peut y'avoir une petite différence entre les deux noms mais qu'il s'agit de la meme personne

exemple le prénom Jean pierre dans la table ClientB peut etre Jean-pierre (avec tiret) dans la table ClientA
dans ce cas je pourrais remplacer les tirets par espace...


ou dans Jean de louis et jean louis
dans ce cas je pourrais remplacer les mots ayant moins de deux caractères par vide mais je ne sais pas comment le faire



quelqu'un aurait une idée comment je pourrais procéder
Merci infiniment

[StringBuilder]

Pour le update/insert conditionnel, je te laisse consulter la documentation de MERGE.

http://msdn.microsoft.com/fr-fr/library/bb510625.aspx

Quant à la comparaison "intelligente", tu peux tester :

1/ Recherche FULLTEXT
2/ Fonction scalaire CLR
3/ Une usine à gaz en T-SQL

1/ FULLTEXT : C'est ce qui apportera les meilleures performances. Mais c'est aussi très limité dans le sens où tu ne maîtrise pas vraiment la manière dont le moteur d'indexation textuelle va décider que "jean louis" et "jean de louis" est différent alors que "jean jr louis" est identique par exemple.
http://msdn.microsoft.com/fr-fr/library/ms142571.aspx

2/ Une fonction CLR est une fonction écrite en .NET (C++ managed, C#, VB.NET, etc.) qui est appelée directement par SQL Server, comme une procédure stockée. .NET offre tous les mécanismes (et les performances) nécessaires pour travailler sur des chaines de caractère.
http://msdn.microsoft.com/en-us/libr...(v=vs.90).aspx

3/ Avec des boucles en T-SQL, des expressions régulières, et autres usines à gaz qui vont mettre à genoux le moteur SQL, tu doit pouvoir aussi t'en sortir. Je te conseille cependant les deux premières solutions qui sont, dans l'ordre, les plus performantes.

Attention toutefois à FULLTEXT : Tu ne maîtrises pas à quel moment l'index est mis à jour, ni sa qualité (mise à jour asynchrone). Et une même requête sur un même index à deux moments différents ne donnera pas forcément la même chose. Donc plus compliqué à maintenir.

[Kropernic]

J'ajouterais que SOUNDEX pourrait également être utile.

[d.joubert]

Il y a aussi l'option SSIS vu que tu as déjà la licence SQL Server, à base de Fuzzy lookup.