On Fri, 2009-07-24 at 15:49 -0400, Steve Huston wrote: > Hi folks, > > I'm working on a persistence module for the C++ broker. Part of this > involves a "nice to have" capability of allowing substitute backends > for different database types. Everyone has their own favorite database > and some sites are quite insistent on this point, so it would be nice > to allow a change, and also to allow less-demanding options for > development.
I'm curious about the use of a database in the persistence module - As far as I understand it the major function of the store is to journal the broker queue contents. And for this it uses (in the Unix implementation at least) an efficient on-disk circular buffer. The place where a db would be used is in recording the broker wiring and this is somewhat less performance critical so the choice of db would be rather less important. Of course one could put the queue journal entries into a db, but I'm not sure that this is exactly the kind of thing that a db would be good at. > > I'm working out ideas for how to do this, and wonder where is the best > place? Here (on the list), jira, wiki? I'd say discussion on the list with a summary on the wiki. But that mostly reflects what I personally look at most. Andrew --------------------------------------------------------------------- Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:[email protected]
