![]() | ![]() Products ![]() ![]() ![]() ![]() |
Home » Technical Support » ElevateDB Technical Support » Support Forums » ElevateDB General » View Thread |
Messages 11 to 14 of 14 total |
![]() |
Mon, Nov 16 2015 8:17 AM | Permanent Link |
Roy Lambert NLH Associates ![]() | Bruce
>I appreciate the quantity and quality of the answers, clearly "Bite the bullet and get on with EDB". Being a new project should make it bit easier - no data to convert. Is it going to be mainly table or mainly SQL based? Roy Lambert |
Mon, Nov 16 2015 1:41 PM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. ![]() | Roy,
<< What's a large table? Are we talking 10k rows, 100k, 1m or what? >> 10-100 million rows. << The other thing that occurs to me now is what's the c/s performance comparison? I know you don't like speed comparisons ![]() It depends upon what you're doing. If you're doing SQL, then you won't notice much difference until the result set comes back across. In general, EDB is better at handling bi-directional row caching for remote session table/result set cursors, which means that it doesn't have to ask the EDB Server for rows as much as DBISAM does. Tim Young Elevate Software www.elevatesoft.com |
Tue, Nov 17 2015 2:52 AM | Permanent Link |
Roy Lambert NLH Associates ![]() | Tim
><< What's a large table? Are we talking 10k rows, 100k, 1m or what? >> > >10-100 million rows. I'm now going to go and sulk - my biggest is c30k rows ![]() Roy |
Wed, Nov 18 2015 10:42 AM | Permanent Link |
Adam Brett Orixa Systems | Now Roy,
We all know size isn't everything. ![]() |
« Previous Page | Page 2 of 2 | |
Jump to Page: 1 2 |
This web page was last updated on Monday, June 17, 2024 at 07:11 AM | Privacy Policy![]() © 2024 Elevate Software, Inc. All Rights Reserved Questions or comments ? ![]() |