Tim

My projects have a lot of "while no eof" routines. Can we use the system
wide Engine, Session, Database and just
open a table in raw mode, create a cursor (like the example), walk trought
the records, close the table and just apply a refresh for TEDBTable or
TEDBQuery ?

IOW, as your code, I see that the OpenTable method is the key of the process
if my question will be YES.

I know it is pretty soon to questions like that but I am starting to think
(and sell) new features to my customers.

Thanks

Eduardo

Nice to know there is a way to squeeze out more performance if necessary.
(Please be unecessary)

I just hate reading code that uses "with" that I didn't write.

-Johnnie

Someone please write "Without", an IDE plug-in to reformat code using with
statements into verbose full identifier names.

Johnnie Norsworthy wrote:
> I just hate reading code that uses "with" that I didn't write.

I concur on that one.

Tim,

Since you are answering functionality questions, can I inquire about two
things.

1. Right now, we have to manually st the read only flag on temporary tables
at the os level that we create for reporting purposes to prevent them from
being inserted into the lock file in order to prevent 9480 errors.  Does EDB
have ability to either prevent insertion of or remove temporary tables from
the lock file.

2. Referential Integrity.  I believe you mentioned that RI will be
supported.  If it is, is there a way to termporarily disable individual RI
rules in order to make the merging of primary key values significantly
easier.

--

---------------------------------------
 Terry Swiers
 Millennium Software, LLC
 http://www.1000years.com
 http://www.atrex.com

 Atrex Inventory Control/POS -
    Big business features without spending big business bucks!

Atrex Electronic Support Options:
 Atrex Knowledgebase: http://www.atrex.com/atrexkb.asp
 Email: mailto:support@atrex.com
 Newsgroup: news://news.1000years.com/millennium.atrex
 Fax: 1-925-829-1851
 Phone: 1-925-828-5892 (M-F, 9a-5p Pacific)
 ---------------------------------------

Tim,

Very interesting, on your initial testing, how many % faster can you get
from this barebone calls ?

Regards,

Surjanto

<< Any ideas if they are going to support ElevateDB or will the search
function in ElevateDB be upgraded to match that provided by Rubicon? >>

The full text indexing has been upgraded a bit, and actually the Tamarack
stuff could probably be fitted in to work with EDB directly instead of
sitting "on top" of EDB.  EDB's full-text indexing works on the basis of
text index filter plug-in that do the work of massaging a given CHAR or CLOB
column value into the words that are indexed by EDB.  We provide a default
plug-in that does the same type of massaging that DBISAM did.

I have not approached them yet about EDB so there will obviously be a delay
between the EDB release and their supporting it.  At the very least,
however, they should be able to do the same type of support that they do for
DBISAM (the "on top" model) very quickly.

--
Tim Young
Elevate Software
www.elevatesoft.com

Arnd,

<< I hope you don't skip the current way of "procedures". Will this be kept?
>>

No, they will be SQL-based like I said.  However, there will be the option
of defining functions as DLLs for any system-level code that you need from a
function.  Any database work can be done very easily in an SQL-based
procedure or function.

--
Tim Young
Elevate Software
www.elevatesoft.com

Thanks Tim.  I have not got any response from Deven lately.

KK Aw

Dom,

<< Evil. But I suppose if one were to use the kick-behind oo internals, one
_really_ commits to the ElevateDB, forever and ever and ever. It'd depend on
the project, I suppose...but it's tempting, if the speed advantage is so
huge. >>

The code is pretty self-documenting since it's all pretty little objects
with self-explanatory names like InsertRow, UpdateRow, etc.  All kidding
aside, there *will* be a bit of a learning curve to figure out how the
objects all work together.

--
Tim Young
Elevate Software
www.elevatesoft.com

Sean,

<< Just noticed that EDB is BDE spelled backwards - not sure what conspiracy
theory to attach to that >>

Uggh, just a coincidence.

BTW, don't ever mention that again.


--
Tim Young
Elevate Software
www.elevatesoft.com