That's what the original motivation for it was, rapid prototyping. But
also because for a specific application I needed a
richly-relationshipped (tm) model, and one that does some heavy
processing on many related objects, and one (with its data) that can be
easily adapted and evolved. I thought I would need at some point to
switch to relational, for reasons such as performance, but I have found
that it is not necessary, so I have not done it. In any case, I do not
think that sql will help such an application anyway, as my impression
is that most of the performance gain you get from doing the pure query
parts (that btw are a lot more complicated, and less maintainable, than
cleanly traversing the object model) will probably be lost anyway in
building your object graph in memory, that you anyway must do. But, I
have not implemented the same app in both ways to be able to measure
anything properly.
On Nov 20, 2005, at 1:42 PM, Cheng Zhang wrote:
Informative pointer!
I read the introduction of Moellus. Seems to me that it offers a even
quicker way of rapid prototyping. When we frequently change the model
during cycles of rapid prototyping, there is no need to manually alter
the tables in RDB to make it consistent with the model over and over
again, since the model and the DB is one entity. Once the changes to
the model settle down, we can map it to a relational implementation
(at least Moellus claims it's easy to do so). This way, we can gain
both the speed in the development phase and the stability and
performance in the deployment phase.
- Cheng
On Nov 20, 2005, at 7:22 PM, mario ruggier wrote:
One of these is the moellus package, that is a layer on top of the
small Durus OODB (that is a ZODB-inspired OODB, but intentionally
simpler), that organizes items (objects) in containers (tables). The
package allows you to define an object model, similar to an ORM.
However, you can think of this as an ORM without the mapping layer,
as your model *is* your database. Other advantages you get for free
are real object references, as well as typically difficult-to-have
features such as "mutable compound primary keys". Moellus is at:
<http://ruggier.org/software/moellus/>
