Disons que vous êtes en charge de l'amélioration des rues. La firme "Peter and Sons" a signé un accord avec vous pour peindre la clôture à l'adresse: Kuibyshev, Starokolpaksky perulok, 1.
Dans le même temps, au niveau de la base de données, l'accord sera lié à l'adresse et à l'entreprise .
Cinq ans plus tard, Peter mourut. Les fils de Peter continuent sa dynastie (peinture de clôtures).
Désormais, l'entreprise avec laquelle le contrat a été signé s'appelle "Boris et Denis". Au même moment, la ville de Kuibyshev a commencé à s'appeler Samara. Maintenant, si vous commencez à chercher un document afin d'obtenir une déduction fiscale, il est peu probable que vous le trouviez - votre programme montre que la société Boris et Denis a peint une clôture dans la ville de Samara sur vos instructions.
Pour éviter de tels incidents, toutes les versions des objets, y compris les obsolètes, doivent être stockées dans la table. En termes de système d'adresse, FIAS vous aidera avec cela, il fait exactement cela (là, chaque enregistrement sur l'objet d'adresse stocke l'identifiant AOID - c'est l'identifiant d'une version spécifique de l'objet, et l'identifiant AOGUID est le identifiant de l'objet d'adresse dans son ensemble, qui ne change pas si l'objet a été renommé ou réaffecté. Un système similaire, je crois, existe non seulement pour les adresses, mais aussi pour les propriétés d'entités juridiques jamais enregistrées.
Les clés étrangères de votre base de données ne doivent pas conduire de documents à un objet, mais à une version spécifique, réelle au moment de leur création, de chaque objet.
Sinon, votre système bancaire facturera aux clients un pourcentage plus élevé, en fonction du fait qu'ils ne résident pas à l'adresse indiquée par le tampon dans leur passeport. Mais en réalité, c'est la même rue, elle s'appelait différemment. Etc.