Subject | Re: [IBO] Problem with TIBOQuery |
---|---|
Author | Hans |
Post date | 2005-02-02T20:26:02Z |
Hi Daniel,
I agree. There never is 100%, but it is getting close.
The closest I can think for FlushBuffers is Commit.
I would have preferred some OnFlushBuffers event
instead of modifying a lot of source code and directing
all FlushBuffers to a common MyFlushBuffers(TIBOTable)
procedure.
After I modified IB_Parse and IB_Components to
at least return a summarized UNION RecordCount,
it surprisingly all starting to work
Some benefits of IB Objects on www.ibobjects.com are advertised as
... Switch from BDE to IBO in seconds with no loss of functionality! ...
I'm just trying to test and support this claim whilest finding
out what could be changed to get as close as possible :)
Best Regards
Hans
I agree. There never is 100%, but it is getting close.
The closest I can think for FlushBuffers is Commit.
I would have preferred some OnFlushBuffers event
instead of modifying a lot of source code and directing
all FlushBuffers to a common MyFlushBuffers(TIBOTable)
procedure.
After I modified IB_Parse and IB_Components to
at least return a summarized UNION RecordCount,
it surprisingly all starting to work
Some benefits of IB Objects on www.ibobjects.com are advertised as
... Switch from BDE to IBO in seconds with no loss of functionality! ...
I'm just trying to test and support this claim whilest finding
out what could be changed to get as close as possible :)
Best Regards
Hans
----- Original Message -----
From: "Daniel Rail" <daniel@...>
To: <IBObjects@yahoogroups.com>
Sent: Wednesday, February 02, 2005 1:04 PM
Subject: Re: [IBO] Problem with TIBOQuery
>
> Hi,
>
> At February 2, 2005, 12:37, Hans wrote:
>
>> Well, instead of rewriting existing software and included packages, when
>> converting from BDE to IBO, don't you think it is more practical to offer
>> at
>> least all BDE functions at hand and have them functioning like you have a
>> local dataset?
>
> When converting an application from Paradox/BDE to FB/IB using IBO,
> there might be a some adaptation in your code for certain
> circumstances. I've never seen a 100% easy conversion for applications
> that are using some complex queries and/or uses reserved SQL keywords,
> that was my experience a few years ago. And, since then, the
> application has seen some major changes, i.e.: replacing TIBOTable
> with TIBOQueries that only returns the rows and columns that are
> required.
>
>> BTW. TIBOTable is missing FlushBuffers function too.
>
> FlushBuffers is specific to the BDE, it's used to flush the BDE buffer
> to disk. There's nothing equivalent in FB/IB API.
>
> --
> Best regards,
> Daniel Rail
> Senior System Engineer
> ACCRA Group Inc. (www.accra.ca)
> ACCRA Med Software Inc. (www.filopto.com)
>
>
>
> ___________________________________________________________________________
> IB Objects - direct, complete, custom connectivity to Firebird or
> InterBase
> without the need for BDE, ODBC or any other layer.
> ___________________________________________________________________________
> http://www.ibobjects.com - your IBO community resource for Tech Info
> papers,
> keyword-searchable FAQ, community code contributions and more !
> Yahoo! Groups Links
>
>
>
>
>
>
>