Optimisation sur grosse table

Salut,

Une petite question... Je dois construire une base de données type annuaire avec quelques millions de lignes à traiter depuis un fichier texte. J'importe mon fichier texte dans une table afin de traiter mes données en requêtes SQL.
Voici ce que j'ai prévu :
http://www.developpez.net/forums/att...1&d=1237566211

Ceci ne correspond pas à la réalité mais c'est pour illustrer mon propos.
Je remplis bien ma table Personnes depuis les données de FichierTexte (Pas de soucis, un petit INSERT ... SELECT et c'est bon). Mais ce que j'aimerai, c'est remplir ma table liaison afin d'optimiser ma requête d'insertion dans la table Telephone.
En effet, comme la table Personnes comporte environ 7 millions d'enregistrements (sur les 23 millions de FichierTexte), lorsque je veux faire un INSERT sur la table Telephone, via une jointure sur la table Personnes, et bien c'est extremement long (plusieurs jours de traitement !).

Ce que je voudrais, c'est remplir automatiquement la table Liaison en même temps que je remplit la table Personnes.
Pensez-vous que celà soit possible ?

Merci de votre aide.

Le plus simples serait de faire une vue personne / Téléphone et d'y greffer dessus un trigger INSTEAD OFF INSERT déportant l'insertion par l'intermédiaire d'une procédure stockée qui insérera successivement dans la table personne puis dans la table téléphone.

pour ce faire inspirez vous de l'exemple de la règle 6 de cet article que j'ai écrit sur les règles de Codd :
http://sqlpro.developpez.com/SGBDR/ReglesCodd/
(dernier exemple).

A +

Merci SQLPro de m'avoir répondu.
Je tiens d'abord à te remercier pour tout le travail mis à la disposition de chacun, c'est tout simplement ENORME !

Concernant mon soucis, j'ai codé une Procédure Stockée avec un curseur sans passer par un INSERT INSTEAD OF. En effet, le traitement est similaire (Parcours de la table avec un Curseur et alimentation des tables).
Le résultat est identique : C'est trop long :cry:

Malheureusement je crois que je n'ai pas trop le choix, il va falloir être patient, très patient pour travailler sur ce projet...

J'ai tout de même une autre idée : Je vais chercher une fonction similaire à GROUP_CONCAT de MySQL sur SQL Serveur. Peut-être que je pourrais améliorer mes perf en enregistrant les Id dans un champs Texte de la table personne...

Affaire à suivre...

Citation:

---

J'ai tout de même une autre idée : Je vais chercher une fonction similaire à GROUP_CONCAT de MySQL sur SQL Serveur. Peut-être que je pourrais améliorer mes perf en enregistrant les Id dans un champs Texte de la table personne...

---

Ce sera bien pire !!! Un SGBDR est fait pour traiter des données de manière ensembliste. Lui faire de l'itératif est à peu près la même chose que de demander à un éléphant de faire des pointes dans le lac des cygnes !

Si vous nous donniez le DDL de toutes vos tables avec toutes les contraintes et index et ce que vous voulez faire avec un jeu d'essais ?

A +