Boost logo

Boost :

From: Maciej Sobczak (prog_at_[hidden])
Date: 2008-03-25 12:31:15

Jeff Garland wrote:

> No, but I would expect varied opinions. BTW in case you didn't catch it the
> leading candidate for a boost database access library is soci:
> That said one has to wonder if the authors are ever going to bring it for
> review....

Thank you for these nice words.
Yes, we are heading towards the next major release (3.0) which brings
some new fundamental features. Integration with Boost is high on the
list and the code that is currently in CVS allows to use boost::optional
for working with nulls as well as boost::tuple for fetching the whole row.
We are now processing two important features (Unicode support and
dynamic loading of backends) that look quite straightforward at first
sight, but can have far-fetching consequences in their interactions with
other parts of the library. We would like to better understand what we
are really trying to achieve before casting things in stone.
In any case, mills are grinding and I hope to be able to present the
next major release before summer.

>> The "open", "prepare" and "execute" functions have "async_"
>> counterparts. The sync functions throw exceptions while the async ones
>> pass an error to the bound handle as the first parameter.
> That's an interesting capability that AFAIK soci doesn't support.

Right. SOCI does not offer any asynchronous operations at the library level.

Note that you can always complicate the discussion with synchronous SQL
queries that trigger asynchronous operation at the server side. ;-)

Daniel, if you use the SOCI code for reference or for any other reason,
please use the one in CVS-head.

Maciej Sobczak * *

Boost list run by bdawes at, gregod at, cpdaniel at, john at