Discussion :

[bruno.rotrou]

Bonjour,
comment peut-on gérer une système de version d'objet en php, imaginons que j'ai un objet A et que cet objet évolue dans le temps de A.0 à A.n quelle est l'approche ?

cet objet est persisté en base, j'avais naïvement pensé ne pas faire de clé primaire , et avoir un id non unique puis jouer sur le numéro de version en faisant un clone de l'objet en base, mais j'ai des relations entre les objet en base et cela ne marche pas. Du coup je suis un peu perdu sur l'approche globale.
Merci par avance

[rawsrc]

Salut,

c'est très complexe. Un jour, j'ai conçu une base de données temporelle où chaque information avait des durées de vie et il fallait tout conserver afin qu'une requête temporelle puisse ressortir l'état d'un bloc d'informations à un moment lambda, ben crois-moi c'est très compliqué à mettre en oeuvre.

Sinon je me pose la question si pour toi tu ne parlerais pas par hasard des tables d'audit ? Juste empiler les différentes versions d'un enregistrement afin de conserver son historique. Si c'est ça, cela va dépendre de ton moteur de SGBDR les gros incorporent se service nativement.

[bruno.rotrou]

Merci,
en faite j'ai les deux , je dois historiser et ça je m'en suis sortie en sérialisant les données modififées et conservé la possibilité de rappeler les objets en fonction de leur version.
En effet c'est un peu complexe, du coup je me demande après réflexion si la bonne solution n'est pas de créer un index de groupe(index pour toutes les versions) en plus de l'id de la table, chaque objet modifié serait persisté avec le même index et une version différente. ainsi je pourrais appeler l'objet en fonction de son index et de sa version.
j'ignore encore si cette approche sera ok avec les multiples relations entre table .....
je reste ouvert à l'échange et je ne manquerais pas de vous faire part de mon retour sur se sujet.

Bruno

[rawsrc]

c'est une bonne approche, tu peux séparer les clés des données, ainsi tu as la possibilité de conserver le modèle relationnel et disposer des contrôles d'intégrité et gérer tes versions d'objet séparément.
Effectivement, les requêtes vont prendre en poids très rapidement.