- Project tools
- How do I...
|Over 500 more tools...
Re: [Catacomb] moving of *_stream to dbms.c
I think this makes sense from an architectural standpoint - all the
storage layer dependent code should be in a dedicated module. This will
also help keep the repos.c clean from DB specific code. The interface of
the module should be documented well enough to easily swap the
Sung Kim wrote:
It's not a big deal, though. Since all *_stream are interfaces from mod_dav, so it might be nice if we could make another layer for database-dependent part and put the part in the dbms.c.
On Thu, 23 Jan 2003, Chris Knight wrote:
All, in re-tooling dbms.c for another RDBMS, I came to realize that the
method in which the contents of a resource is database-dependent. (In
this case the RDBMS we're using supports a stream-like interface for the
LOBs.) I'd like to propose moving the stream-related functions out of
repos.c and into dbms.c. I've done so in our branched implementation
(perhaps we'll get around to actually re-releasing it back into the
Catacomb CVS) and it works well.
Any objections to doing so in the main Catacomb distribution? I'll do
the leg-work probably next week if I don't hear any objections.