Thanks for responding. I've made some comments below.
On Wed, 13 Dec 2000, Nathan Myers wrote:
> On Wed, Dec 13, 2000 at 03:16:28PM -0500, Randy Jonasz wrote:
> > On Tue, 12 Dec 2000, Nathan Myers wrote:
> > > On Tue, Dec 12, 2000 at 05:28:46PM -0500, Bruce Momjian wrote:
> > > > > I was co-arc
On Wed, Dec 13, 2000 at 03:16:28PM -0500, Randy Jonasz wrote:
> On Tue, 12 Dec 2000, Nathan Myers wrote:
> > On Tue, Dec 12, 2000 at 05:28:46PM -0500, Bruce Momjian wrote:
> > > > I was co-architect of the Rogue Wave Dbtools.h++ interface design
> > > > ... The design is really showing its age.
>
Interesting comments. I can see using the STL framework for iterating
through result sets being one way to go. Would something like:
vectortable = pgdb.exec("Select * from foo");
vector::iterator row;
vector::iterator end = table.end();
for( row = table.begin(); row != end; ++row ) {
*row >
On Tue, Dec 12, 2000 at 05:28:46PM -0500, Bruce Momjian wrote:
> > On Sun, Dec 10, 2000 at 06:53:11PM -0500, Bruce Momjian wrote:
> > > > I appreciate your comments and would like to respond to your
> > > > concerns. The API I sketched in my earlier e-mail is borrowed
> > > > heavily from Rogue Wa
> On Sun, Dec 10, 2000 at 06:53:11PM -0500, Bruce Momjian wrote:
> > > I appreciate your comments and would like to respond to your concerns.
> > > The API I sketched in my earlier e-mail is borrowed heavily from
> > > Rogue Wave's dbtools.h++ library. I think it can be a very clean and
> > > ele
On Sun, Dec 10, 2000 at 06:53:11PM -0500, Bruce Momjian wrote:
> > I appreciate your comments and would like to respond to your concerns.
> > The API I sketched in my earlier e-mail is borrowed heavily from
> > Rogue Wave's dbtools.h++ library. I think it can be a very clean and
> > elegant way o
Thanks for the vote of confidence. I'm looking forward to doing it. I've
got most of the classes needed laid out. Once I'm done this step, I'll
post what I have for more comments, crticism, suggestions.
Cheers,
Randy
On Sun, 10 Dec 2000, Bruce Momjian wrote:
> > I appreciate your comments
> One thing I would like to see, which we have built into our own,
> primitive, C++ interface, is support for binary data retrieval. For some
> applications the savings are huge.
> I haven't thought very hard about how to do this: we do it by having a
> perl script generate structures from the tab
Randy Jonasz wrote:
>
> I appreciate your comments and would like to respond to your concerns.
> The API I sketched in my earlier e-mail is borrowed heavily from
> Rogue Wave's dbtools.h++ library. I think it can be a very clean and
> elegant way of accessing a database.
Yes, this looks neat. A
> I appreciate your comments and would like to respond to your concerns.
> The API I sketched in my earlier e-mail is borrowed heavily from
> Rogue Wave's dbtools.h++ library. I think it can be a very clean and
> elegant way of accessing a database.
Rogue Wave's API is quite interesting. It wou
Thanks for responding. I will definitely kepp your comments in mind.
Cheers,
Randy
On Wed, 6 Dec 2000, Nathan Myers wrote:
> On Wed, Dec 06, 2000 at 05:09:31PM -0500, Randy Jonasz wrote:
> >
> > I know it's been a while since we last discussed a possible rewrite of
> > the C++ API but I now
I appreciate your comments and would like to respond to your concerns.
The API I sketched in my earlier e-mail is borrowed heavily from
Rogue Wave's dbtools.h++ library. I think it can be a very clean and
elegant way of accessing a database.
I realize the job is not a small one nor will it be ea
Randy Jonasz writes:
> The following are my ideas for implementing the C++ API:
My feeling is that if you want to create a new API, don't. Instead
immitate an existing one. For you ambitions you could either take the C++
API of another RDBMS product, try to shoehorn the SQL CLI onto C++, write
On Wed, Dec 06, 2000 at 05:09:31PM -0500, Randy Jonasz wrote:
>
> I know it's been a while since we last discussed a possible rewrite of
> the C++ API but I now have some time to devote to it.
>
> The following are my ideas for implementing the C++ API:
>
> I need suggestions, additions, commen
I know it's been a while since we last discussed a possible rewrite of
the C++ API but I now have some time to devote to it.
The following are my ideas for implementing the C++ API:
I need suggestions, additions, comments etc!
All classes will be defined in postgres namespace.
The desired usa
15 matches
Mail list logo
