[Typo3-dev] Versioning Fix
Mathias Schreiber [wmdb]
mathias.schreiber at wmdb.de
Tue Mar 15 09:06:46 CET 2005
Ingmar Schlecht wrote:
> Mathias and Peter have already modified versioning to work with a
> separate table, so it's already proved that it's doable.
No.
We DO utilize another table BUT:
We only use it to save the data during the transaction.
We only use ONE table to store ANY versioned records.
Concept:
UID Holds a UID for identifiing the record
TABLE what table does the version come from
ORIGUID original UID of versioned record
VERUID UID of the record that becomes new "Live" version
ORIGDATA serialized array with the original data
VERDATA serialized array with the versioned data
This was a quick fix because we had no time to think about a clever
concept to do this (clients, clients :))
I don't see much problems with a growing number of records in a table -
smart indexing might make less trouble.
the seperate table idea means what?
One table for each versionable record?
Hey ho, table inflation :)
I don't like this.
Since performance doesn't really matter in the backend I think one table
might do the job.
The archiving idea is something more interesting.
What if we keep the data like we do now and supply an archiving cron job
or standalone script.
This way the admin can decide what and when gets archived.
Suggestions?
--
No Subject - No Realname - No Service!
Respect the List/Newsgroup Rules!
>> http://typo3.org/1438.0.html <<
More information about the TYPO3-dev
mailing list