[Typo3-dev] Initiating a page version feature
Michael Zedeler
michael at zedeler.dk
Sun Dec 7 01:38:19 CET 2003
Peter Niederlag wrote:
>>>Since there is a group working on a database abstraction layer, this
>>>definately belongs there.
>>
>>I agree, and I guess this group (mostly me) is looking for some people
>>to join the group and start discussing. Maybe Kitzbuehl would be a
>>chance to have kick-off meeting.
>
>
> Excuse me, but can you explain why versioning of pages/Content requires
> DB-abstraction?
Well it isn't *required*. Anything can be done without extra abstraction
layers. The question is: "is it good design?". I don't think so.
> Since other DBM-Systems allow versioning "in itself"?
I think there is two options here:
Option 1:
Typo3 is already pretty much married to mysql, so if it supports
versioning one could consider to use that feature. I don't think it does
support versioning, but I am not that up to date with latest mysql
developments.
This option may be the only viable option since introducing a (opaque)
database abstration layer will take very long time (a quick and dirty
count in the source code yields 852 direct calls to mysql from php files
in the typo3 3.5.0 distribution). Especially if other developers keeps
adding features that introduces new database-abstraction-incompatible
dependencies (such as versioning!).
(And then we junk or postpone the database abstraction layer. The
database abstraction group might have a different view, though.)
Option 2 (my preference by far):
Put it in the database abstraction layer. Things stored in the database
shouldn't worry about their own version unless it is needed. Likewise
for the code that uses them.
M.
More information about the TYPO3-dev
mailing list