Persistance des données avec une KEYU en FK

Bonjour,

J'ai un soucis d'architecture de BDD, pour vous exposer mon problème, je vais simplifier mon cas que voici :

J'ai une base A

A
A_KEYU //PK
A_NOM //Nom de ma ligne A

Une table B

B
B_KEYU
B_DATE //Date de l'enregistrement
A_KEYU //FK de la table A

Or voici le problème
Si je fais un premier enregistrement le 01/01/2021, j'ai bien une ligne dans B avec la date, et un lien vers la table A dont le nom est "TOTO"
Mais si je modifie le nom dans la table A en "TITI", alors bien évidemment le lien vers la table A me renverra le nom "TITI" a la place de "TOTO".

Comment faire pour garder les informations de la table jointe au moment où ma ligne se crée ?

Plusieurs idées :
- Mettre les informations de A dans la table B, mais je trouve ca lourd.
- Faire une table de modification de la table A pour savoir qu'elle était son état a l'instant de la création de la ligne B, je trouve ça sympa mais peut être un poil overkill
- Autre idée que j'ignore ?

Il y a t il une solution qui est la norme ? Quelle est LA bonne façon de faire, si il y en a une ?

Bonjour,

Si le nom présent dans la table TA dépend non seulement de l'identifiant A_KEYU, mais aussi de la date (ou de tout autre colonne), alors l'avoir mis dans la table dont l'identifiant est seulement A_KEYU est une erreur de modélisation.
Soit l'identifiant de la table TA est incomplet, soit il faut évacuer la colonne nom de cette table pour l'ajouter dans une table associative dont l'identifiant sera la PK de la personne et la date.

Bonjour et merci de ta réponse.

Non, le nom présent dans la table A ne dépend pas de la date.
En gros, on peut imaginer une requête, qui demande, mais quel était le nom au moment de la création de la ligne B (en gros on peut voir B comme une table de logs)

On a donc besoin d'un historique des noms ce qui correspond à la deuxième solution.

Il ne faut pas dupliquer le nom dans la table B, ce serait également une erreur de modélisation : le nom ne dépend pas de l'identifiant du score, il change à un rythme différent de celui de l'enregistrement des scores (ou alors c'est un cas très particulier dont il faut expliquer le contexte).
Dupliquer le nom dans la table B reviendrait à le répéter autant de fois qu'il y a un score, même pour les personnes ne changeant jamais de nom :aie:

Ok merci, c'est la solution qui me plaisait le plus, je me demandais si il y avait une autre solution mais bon tu me confortes dans mon idée, merci beaucoup

Au niveau de la norme SQL il y a les tables temporelle permettant l'historisation des données qui peuvent répondre à votre problématique et sont implémentées sous MS SQL Server.

Lisez l'article que j'ai écrit à ce sujet : https://blog.developpez.com/sqlpro/p...r-presentation

A +