Hi
I have a question about versioning.I’m afraid I haven’t get it.
Regarding the openEHR common doc.it seems that any changes in an object usch as composition, cause creating a new version in its version container.Am I right.Or changes records in an audit?
And if it is true so why we save contribution objects too?I mean there will be overlapping ‘cos’ as I understood contributions will cause creating nwe versions.
But I can’t get the point ,why when just a part of an object changes,the whole object is made again?
Doesn’t it repeat lots of data that haven’t change just because of that part that has changed?
But I can't get the point ,why when just a part of an object
changes,the whole object is made again?
Doesn't it repeat lots of data that haven't change just because of
that part that has changed?
That is up to you to decide, I think the specs only say that a previous
version must be able to be restored, it does not tell you how to
implement this idea.
For example, if you store in XML, you could just store the diff's. The
code from the open source product SVN could help you to develop this.
But it is a safe and easy way to implement it to store each version
completely separately.
But I can't get the point ,why when just a part of an object
changes,the whole object is made again?
Doesn't it repeat lots of data that haven't change just because of
that part that has changed?
*How the objects are stored is up to your implementation. The interface
says nothing about that; the storage details are in your implementation
of the class VERSIONED_OBJECT (see http://www.openehr.org/uml/release-1.0.1/Browsable/_9_0_76d0249_1109326589721_134411_997Report.html).
You can choose to implement the VERSION representation as differential
objects, compressed XML diffs or any other thing you like.