Organisation Tables et schéma des relations (Grosse base de données)

**Benplaysto** · 27/04/2017, 16h31

Il n'y a pas d'anomalie a constaté puisqu'elle sont déjà toutes détectés et il faut corriger les anomalies des clients. Donc oui, si IFLNV01 est codé 1 pour le client DUPONT alors Il faut corriger l'anomalie IFLNV01 pour DUPONT, si une anomalie est code 0 pour DUPONT, il n'y a pas besoin de corriger l'anomalie puisque DUPONT n'a pas cette anomalie
Seulement, un client peut avoir 40 anomalies et un autre seulement 10.
Il faut seulement corriger les anomalies des clients, pour corriger une anomalies il y a des remédiations comme j'avais expliqué plus haut.
Les dates sont peu importantes, une fois l'anomalie corrigé, elle est corrigé.. donc plus besoin d'intervenir pour cette anomalie, il faut juste que une fois l'anomalie corrigé le code 1 se transforme à 0.
Pour le moment, il faut juste que j'organise les tables et les relations.. Mais c'est le boulot le plus casse-tête vu la complexité des données

**ClaudeLELOUP** · 27/04/2017, 16h42

Quand la db sera en place, le fichier Excel ne sera plus là puisque l'objectif de la db, c'est de le remplacer !

Donc, comment seras-tu informé que pour Dupont il y a telle(s) anomalie(s) ?

Tu dis que les dates ne sont pas importantes, cela m'étonne ! Si on t'a signalé une anomalie il y a 6 mois et qu'elle n'est toujours pas corrigée, il y a un problème !

**Benplaysto** · 27/04/2017, 17h00

Mais lors de l'importation des id part avec les anomalies chaque client a des anomalies codés 1 ou 0 que se soit dans la base ou dans excel non?
Je ne comprend pas ta question.

Les dates ne sont pas importantes, toutes les anomalies ont été détectés lors d'une nouvelle "norme" elle doivent être corriger pour chaque client avant une certaine date; C'est tout.

**ClaudeLELOUP** · 27/04/2017, 17h07

Donc, actuellement tu disposes d'un fichier qui contient des anomalies.

Il n'y aura plus d'autres anomalies que celles-là à traiter à l'avenir.

Il faut donc construire la db avec ces anomalies-là comme point de départ et surveiller qu'on y a remédié.

C'est ça ?

**ClaudeLELOUP** · 27/04/2017, 17h08

Comment seras-tu informé qu'une anomalie est liquidée ?

Dans ton premier billet, tu parlais de centaines de milliers de lignes dans ton fichier Excel. Veux-tu dire que tu as des centaines de milliers de clients avec des anomalies ?

À ce stade de ma compréhension, je proposerais ceci comme modèle :

**Benplaysto** · 28/04/2017, 09h19

Non, il n'y aura pas d'anomalies en plus que celles-ci. Il y aura un fichier avec les nouveaux clients tout les mois par contre.

"Dans ton premier billet, tu parlais de centaines de milliers de lignes dans ton fichier Excel. Veux-tu dire que tu as des centaines de milliers de clients avec des anomalies ?"
Oui

Que propose tu de mettre comme valeur dans le champ tclientsanomaliespk et tAnomaRemepk?

Merci.

**ClaudeLELOUP** · 28/04/2017, 09h28

J'applique cette convention dans la définition des tables :

La clé primaire est, à de très rares exceptions près, toujours de type NuméroAuto et j'ajoute « PK » (Primary Key) au nom de la table pour la nommer.
C'est donc Access qui attribue automatiquement un N° unique.

Le nom des clés étrangères se termine par « FK » (Foreign Key).

**ClaudeLELOUP** · 28/04/2017, 09h50

"Dans ton premier billet, tu parlais de centaines de milliers de lignes dans ton fichier Excel. Veux-tu dire que tu as des centaines de milliers de clients avec des anomalies ?"
Oui

Tu as donc des centaines de milliers de clients ?

Dans le fichier Excel, y a-t-il des lignes où tous les codes « anomalie » sont à zéro ?

**Benplaysto** · 28/04/2017, 09h57

D'accord, donc tClientsAnomaliesPK ET tAnomaRem sont des identifiants "num auto" (1,2,3..). Mais pour le reste il est nécessaire de mettre ID_PART en clé primaire dans la table Clients de même pour la table anomalies puisqu’il ont déjà des numéros d'identifiant, non?

en gros: tClientsPK : ID_PART
tAgencesPK : N°eds clients
tClientsAnomaliesPK : Numéro auto
tAnomaRemPK : Numéro auto
tAnomaliesPK : Identifiant Anomalies
tRemédiations : Numéro Auto

**ClaudeLELOUP** · 28/04/2017, 09h59

La réponse est non.

Réponds à la question du billet 28, car c'est un os !

**Benplaysto** · 28/04/2017, 10h09

Ah bon, il me semblait qu'il fallait éviter les numéro auto quand l'identifiant existe déjà.
Ça me parait infaisable à réaliser sur Access, Il y a peut être une solution d'un logiciel plus commode vu la complexité de ces données?