It's been rumoured that Christopher Browne said:
>
> The thing I'm even more curious about is how this might be expected to
> affect balance management; a scheme has been outlined to provide a
> pretty efficient way of avoiding reading _too_ much data from DBMS
> when working with account balance
On Fri, 19 Jan 2001 14:06:35 CST, the world broke into rejoicing as
[EMAIL PROTECTED] said:
> It's been rumoured that David Merrill said:
>> I was referring to the auditing and checkpointing functionality. It
>> *could* be implemented in the engine, but my assumption was that it
>> would be imple
It's been rumoured that David Merrill said:
>
> I was referring to the auditing and checkpointing functionality. It
> *could* be implemented in the engine, but my assumption was that it
> would be implemented directly in the database for maximum robustness
> and speed.
Could you give a breif exa
On Thu, Jan 18, 2001 at 07:11:41PM -0600, [EMAIL PROTECTED] wrote:
> It's been rumoured that David Merrill said:
> >
> > > > But I think using stored procedures in some places will be
> > > > advantageous - particularly when doing checkpointing, recording the
> > > > audit trail, and that sort of
It's been rumoured that David Merrill said:
>
> > > But I think using stored procedures in some places will be
> > > advantageous - particularly when doing checkpointing, recording the
> > > audit trail, and that sort of thing. It will be much faster as well as
> > > more robust and scalable.
>
On Thu, Jan 18, 2001 at 04:17:32PM -0600, [EMAIL PROTECTED] wrote:
> It's been rumoured that David Merrill said:
> >
> > But I think using stored procedures in some places will be
> > advantageous - particularly when doing checkpointing, recording the
> > audit trail, and that sort of thing. It w
It's been rumoured that David Merrill said:
>
> But I think using stored procedures in some places will be
> advantageous - particularly when doing checkpointing, recording the
> audit trail, and that sort of thing. It will be much faster as well as
> more robust and scalable.
Well, if you could
On Thu, Jan 18, 2001 at 12:30:04PM -0600, [EMAIL PROTECTED] wrote:
> It's been rumoured that David Merrill said:
> >
> > And I am completely lost in scheme. I can find my way around in C but
> > am not a C programmer. I'm perfectly willing to learn, but be prepared
> > to deal with it. I've been
It's been rumoured that Derek Atkins said:
>
> Well, I just (finally) got gnucash working again (with much thanks to
> Rob for helping me with getting g-wrap working). Now that I can
> actually play again, I was planning to integrate the RPC code in and
> see if I could build a client/server. B
It's been rumoured that David Merrill said:
>
> And I am completely lost in scheme. I can find my way around in C but
> am not a C programmer. I'm perfectly willing to learn, but be prepared
> to deal with it. I've been doing SQL on Oracle for many years now, and
> my C is very rusty. :-)
>
> So
On Thu, Jan 18, 2001 at 12:48:04PM -0500, Derek Atkins wrote:
> Well, I just (finally) got gnucash working again (with much thanks to
> Rob for helping me with getting g-wrap working). Now that I can
> actually play again, I was planning to integrate the RPC code in and
> see if I could build a c
Well, I just (finally) got gnucash working again (with much thanks to
Rob for helping me with getting g-wrap working). Now that I can
actually play again, I was planning to integrate the RPC code in and
see if I could build a client/server. But I don't know when I'll
actually have the time to wo
Subject: backend-sql, network hacks
Hi Derek, David,
I wanted to touch base & provide status & coordinate a bit. Over the
last weekend, I revived the sql code, and hope to work on it some more
next weekend. Since this overlaps and maybe clashes with where you were
going, I wanted
13 matches
Mail list logo
