Discussion :

[PetitChris]

Bonjour à tous,

J'ai une grosse base de données (Sup à 1 000 000 d'enregistrements), j'ai donc décidé de créer une base de données par mois pour éviter de trop ralentir le système principal. A mon avis, je devrai passer à un autre système à partir de l'année prochaine vu la quantité d'informations mais pour le moment cela peut encore aller.

Pour vider ma table principale, j'utilise une "requête ajout" qui copie dans la base de données adéquate les enregistrements. Pour ce faire, cette deuxième base de données a une table dont la structure est identique à la source. Au moment de l'ajout, j'ai un message d'erreur qui me signale qu'une partie sera supprimée pour violation de la clef primaire. Je ne comprends car normalement l'effet de la clef primaire est déjà présent sur la table source. Il serait donc normal de ne pas avoir ce genre de message. Cela réprésente +/- 1000 enregistrements sur 1 000 000 donc difficile de les identifier...

Pour comparer les enregistrements et essayer de comprendre le problème, j'ai utilisé la requête "création de table". Celle-ci marche et fait une copie exacte de la table source. J'ai voulu enfin faire une requête de comparaison entre les 2 mais vu le nombre énorme d'enregistrements, la requête tourne, tourne, tourne et après une heure je finis par la couper sans en avoir le résultat.

La clef primaire sur la table source est double: Date +N° de dossier

Si quelqu'un a déjà rencontré ce genre de problème...

[ClaudeLELOUP]

Bonjour,

Une simple requête de non-concordance sur tes deux tables qui dure des heures ?

Que fais-tu comme comparaison ? Simplement lister les enregistrements qui sont dans l'une et pas dans l'autre ?

[PetitChris]

Bonjour Claude,
Merci pour le temps consacré.

Oui. Une simple requête...C'est ça que je ne comprends pas bien mais vu que c'est la première fois que je fais une comparaison sur un gros morceau je ne sais pas si c'est normal...

Je vais encore vérifier une deuxième champ par champ si la table source est bien identique à la table cible mais à première vue oui comme j'ai fait un copié-collé

[ClaudeLELOUP]

champ par champ

Je ne comprends pas !

Tu fais une liaison sur la clé des 2 tables et tu listes l'enregistrement qui s'avère absent dans l'autre table (clé=Null). Point !

[PetitChris]

Quand je dis champ par champ...c'était pour vérifier que la structure est identique. Champ texte pour champ texte, numérique pour numérique.

Pour l'autre je n'ai pas accès aux données pour le moment ca je ne suis pas au travail mais je pensais avoir déjà fait ce test. Je reviens sur le Forum pour te tenir au courant quand j'ai à nouveau fait ce test....

Merci

[ClaudeLELOUP]

c'était pour vérifier que la structure est identique. Champ texte pour champ texte, numérique pour numérique.

Pas de raison qu'elles soient différentes !

À +

[PetitChris]

Bonjour Claude,

Voilà je viens de retester et me^me problème.

J'ai testé une requête doublon basée sur le m^me critère que la requête ajout. Là, je vois apparaître les doublons. A ma grande surprise, je ne comprends pas pourquoi ça ne marche pas.

Pour rappel, double clef sur ma table source --> N° de dossier + Date

Dans ma requête doublon uniquement basée sur N° de dossier, on peut y voir que le dossier n° 1 peut-être présenté plusieurs fois mais à des dates différentes. Jusque là...assez logique.

Au moment du lancement de la requête "ajout", on dirait que la requête va en premier lieu travailler sur la première clef primaire et donc ajouter le N° de dossier...ce qui va provoquer une violation de clef et supprimer.


Est-il possible qu'il n'ajoute pas simultanément sur les 2 clefs ?
Est-ce qu'il existe une technique particulière quand on travaille avec une requête ajout sur une double clef primaire ?

[ClaudeLELOUP]

Je ne comprends pas trop comment tu t'y prends.

Si tu prenais d'abord une copie de ta table originale et ensuite supprimer, dans cette copie, ce qui est caduc, atteindrais-tu ton objectif ?

[PetitChris]

Euh je ne comprends pas ce que tu ne comprends pas...

Table source avec 2 clefs: N° de dossier + Date
Table cible avec 2 clefs: N° de dossier + Date

Ma requête doublon sur la table source quand j'utilise mes 2 clefs comme critère alors me donne un résultat = 0 ==> logique car le dossier avec le m^me n° de dossier et une date différente n'est pas un doublon.

Ma requête doublon sur la table source quand j'utilise une seule clef primaire sur le N° de dossier alors me donne un résultat qui n'est pas égal à 0 ==> Il s'agit d'un dossier avec le même N° de dossier mais avec une date différente. Toujours logique jusque maintenant. Lorsque je regarde ce nombre, il correspond au total des enregistrements qui sont supprimés quand je lance ma requête ajout vers la table cible.

Je pars donc du principe qu'il ajoute dans la table cible en commencant par le N° de dossier et non simultanément N° de dossier + date

Est-ce que tu comprends mieux ?

Merci