Bonjour Franck,
==> mais c'est tout le problème !Envoyé par Franck
Reprenons l'exemple du n° de sécurité sociale :
l'équipe décisionnaire de l'époque a opté pour la structure de la clé suivante :
- sexe ;
- année de naissance ;
- mois de naissance ;
- département de naissance ;
- commune de naissance ;
- n° de séquence pour le quadruplé année de naissance/mois de naissance/département de naissance/commune de naissance ;
- clé de contrôle.
Manque de pot !... il est possible, maintenant, de changer de sexe (pas souvent, c'est vrai, mais bon...). Il est évident que, vu la structure de ce n°, l'équipe décisionnaire de l'époque n'envisageait pas ce cas de figure.
Il eût été plus judicieux d'affecter un n° de sécurité sociale sans signification et de mettre les éléments significatifs dans la fiche de chacun : ces éléments deviennent, alors, des attributs particuliers d'un n°.
En bref, affecter un n° non significatif et transférer les éléments significatifs dans la fiche détaillée avec, éventuellement, un index unique me paraît plus confortable.
Pour information, ce fil significatif, notamment, concernant le principe de numérotation des immatriculations véhicules. Celui-ci a, d'ailleurs, récemment changé pour le même genre de raison : dépassement de capacité du fait du stockage du département dans la clé (l'équipe décisionnaire de l'époque pensait être tranquille... remarques, elle l'est, maintenant...).
Partager