Comment stocker l'ancienne version de la chaîne d'ID dans Database Design?

Question

Je construis une petite base de données pour un laboratoire. Nous avons quelques règles pour faire une chaîne d'identification pour chaque article, donc je ne veux pas le stocker dans ma base de données. Le problème est que parfois des changements dans les données, par exemple la réponse de la personne pour cet élément a changé, provoque le changement de chaîne d'identification. Mais je ne peux pas le corriger pour les documents imprimés. Comment puis-je stocker l'ancienne version de cette chaîne d'identification. Je peux simplement ne pas le changer mais cela va enfreindre les règles. Aucune suggestion?

Answer 1

Il est important de distinguer entre une clé primaire qui est censée identifier de façon unique une ligne dans une table et une sorte de clé intelligente que les produits des catalogues ont habituellement.

Pour une clé primaire, utilisez un entier auto-incrémenté - très peu d'exceptions à celle-ci.

Ajouter des colonnes pour des choses que vous essayez de représenter dans cette clé intelligente, comme: Person, Project, Response etc.

Ajouter une colonne séparée pour cette clé et de le traiter comme tout autre champ dans la table - - Cela devrait garder les gens habitués à ce genre de pensée heureux. La clé intelligente est un abus de langage ici, à partir d'un point de conception db, cette clé est plutôt bête.

Answer 2

par exemple la réponse de personne pour cet élément a changé, provoque l'chang ID chaîne

On dirait que le flux de travail dans votre laboratoire est cassé. Les identifiants ne devraient jamais changer. Essayez d'attirer l'attention de vos supérieurs.

Answer 3

Pour développer le point

A "Smart Key" de Damir est ce que vous dites quand

Nous avons des règles pour une chaîne d'identification pour chaque article

Vous êtes prendre le nom de l'article, peut-être un code de catégorie et ajouter

réponse de la personne à cet objet

Donc, si je responsable de béchers cet élément ID peut être

VERRERIE-bechers SPAGE

Ce « code » devient une « clé intelligente » lorsque vous l'utilisez dans votre base de données en tant que Clé primaire.

Ceci est un anti-pattern. Comme la plupart des anti-modèles, c'est séduisant. Les gens aiment l'idée de simplement regarder la clé et savoir quel genre de chose c'est, comment on l'appelle et à qui je demande d'en avoir plus. Toutes ces informations sur un rapport ou une étiquette avec juste quelques caractères. Mais c'est un anti-pattern pour la raison que vous avez mentionnée - il a un sens et une signification peut être changé. Comme Damir le suggère, vous pouvez stocker cette valeur dans une autre colonne que nous appellerions une ALTERNATE KEY ou CANDIDATE KEY ... c'est unique, ça pourrait être un PK mais ce n'est pas le cas. Vous aurez besoin d'une contrainte unique sur la colonne mais pas de contrainte de clé primaire.