[fpc-devel] Adding a unidirectional dataset to sqldb
Joost van der Sluis
joost at cnoc.nl
Tue Oct 17 22:38:01 CEST 2006
On Fri, 2006-10-06 at 07:51 +0200, Martin Schreiber wrote:
> On Thursday 05 October 2006 22.41, Joost van der Sluis wrote:
> > > > Now I'm thinking about using an interface, to avoid double code. But I
> > > > don't know what effect that has on run-time performance. I mean, the
> > > > idea was to make if faster ...
> > >
> > > A very good idea! It can then be implemented by a common worker class.
> > > TSQLConnection and TSQLTransaction should be independent of TSQLQuery and
> > > TSQLQuery should get its own unit.
> >
> > Can you explain to me how I should construct this worker-class? As
> > Michael said, my solution won't work...
> >
> If TSQLConnection or TSQLTransaction need callbacks into TSQLQuery and
> "TSQLQueryUni" do it by an corba interface (at the first glance I didn't see
> any).
> To implement the common functions of TSQLQuery and TSQLQueryUni use a "worker
> class" which does callbacks by an corba interface.
Ok, I tried to implement this. I still don't understand why I should
need an interface for this, though.
Attached is a patch that does this. It's work in progress, TSQLQuery
doesn't work with this patch, but the TSQLUnidirectionalQuery does. At
least, a basic select works...
But I wanted to make things faster. I'm not feeling comfortable with
creating more wrapper-class layers, more complexity, for nothing, if it
doesn't result in any speedup.
Good side-effect is, that I could make a parent for TSQLBasics 'worker-
class' which could be used by external sqldb-add-in's. As Michael, Bram
and I discussed before.
But for now, I'm curious what you guys find the work done in the
attachment, before I go on with this...
Regards,
Joost
-------------- next part --------------
A non-text attachment was scrubbed...
Name: sqlbasics.diff
Type: text/x-patch
Size: 17238 bytes
Desc: not available
URL: <http://lists.freepascal.org/pipermail/fpc-devel/attachments/20061017/62e31890/attachment.bin>
More information about the fpc-devel
mailing list