Login ProductsSalesSupportDownloadsAbout |
Home » Technical Support » DBISAM Technical Support » Support Forums » DBISAM General » View Thread |
Messages 61 to 70 of 88 total |
ElevateDB (V5) Rollout Information |
Wed, Jul 26 2006 9:32 AM | Permanent Link |
"Jose Eduardo Helminsky" | 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 |
Wed, Jul 26 2006 11:00 AM | Permanent Link |
"Johnnie Norsworthy" | 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. |
Wed, Jul 26 2006 12:09 PM | Permanent Link |
"Dominic Willems" | Johnnie Norsworthy wrote:
> I just hate reading code that uses "with" that I didn't write. I concur on that one. |
Wed, Jul 26 2006 1:02 PM | Permanent Link |
"Terry Swiers" | 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) --------------------------------------- |
Wed, Jul 26 2006 10:39 PM | Permanent Link |
"Surjanto" | Tim,
Very interesting, on your initial testing, how many % faster can you get from this barebone calls ? Regards, Surjanto |
Thu, Jul 27 2006 1:12 AM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. timyoung@elevatesoft.com | << 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 |
Thu, Jul 27 2006 1:14 AM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. timyoung@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 |
Thu, Jul 27 2006 1:16 AM | Permanent Link |
kk aw | Thanks Tim. I have not got any response from Deven lately.
KK Aw |
Thu, Jul 27 2006 1:16 AM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. timyoung@elevatesoft.com | 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 |
Thu, Jul 27 2006 1:17 AM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. timyoung@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 |
« Previous Page | Page 7 of 9 | Next Page » |
Jump to Page: 1 2 3 4 5 6 7 8 9 |
This web page was last updated on Thursday, May 23, 2024 at 07:54 PM | Privacy PolicySite Map © 2024 Elevate Software, Inc. All Rights Reserved Questions or comments ? E-mail us at info@elevatesoft.com |