Hello Banko,
I remember that you proposed an ORM written in C/C++ last year around
the same time. Back then I was quite opposed to the idea, saying that
something like this best belongs in userland, and that at most certain
bottleneck features should be moved to C (following the example of the
ADODB optional companion extension). I still believe this to be true.
However my opinions back then were a bit short sighted, as I focused
on the fact that a proper ORM needs a proper DBAL underneath to really
work. As such I feel that PDO does not fulfill this requirement, and
actually I think it never will/should do this. Like I stated back
then, database sql abstraction is ugly, tedious and hacky. This is
something the user should be able to easily and quickly adapt to his
needs. However one line of thought I ignored back then (and I do not
remember anyone pointing this out), is that of course such an ORM
could leverage a userland DBAL that follows a defined interface. I
think such an approach could indeed be feasible. Then again writing an
ORM in C is a huge undertaking and maybe again the best approach would
be to pick an existing ORM and start a companion extension that one by
one replaces the bottleneck areas with a C implementation. One day
this might lead to a full fledged ORM in C, but in the mean time it
already provides real world benefits.
regards,
Lukas
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
