Subject: | |
From: | |
Reply To: | |
Date: | Mon, 11 Feb 2002 21:52:42 -0500 |
Content-Type: | text/plain |
Parts/Attachments: |
|
|
Mr. Darnell,
> Behalf Of David T Darnell
> Sent: Monday, February 11, 2002 11:42 AM
> To: [log in to unmask]
>
> I must say "whoa! hold on!" IMO Jonny does not "need" ADBC for speedy
> access to his Image data.
>
We should let Jonny Decide.
> If his retrievals are slow using Minisoft's ODBC, he is either
> retrieving a
> very large volume of data, or as suggested in a previous reply on this
> thread, does not have his Image or Omnidex indexes optimized for the types
> of queries he is doing. Yes, Minisoft's product handles Omnidex.
IMO this is exactly why they need ADBC. ADBC will handle large volumes of
data with superior performance; even with Omnidex keys. Yes, ADBC
handles Omnidex and will even call your COBOL subprograms.
> I fail to
> see how investing in ADBC is going to solve this type of problem, even if
> ADBC would work as well or a little better than ODBC/32.
>
Well you're very welcome to try out ADBC so you can get a more informed
opinion based on experience.
> I believe Mr. Thatcher is being a little over agressive in his
> marketing of
> ADBC.
No, not aggressive marketing; just asserting the positive benefits of a
practical solution to a very well known problem.
Best Regards,
--------------------------------------
David A. Thatcher
Advanced Network Systems Inc. ANSI
http://www.advnetsys.com
Voice: +1 908-638-3330
Fax: +1 908-638-3331
Email [log in to unmask]
The Internet Agency, UK
http://www.the-internet-agency.com
European Distributors for Advanced Networks Systems Inc.
Voice: +44 7836 364575
Fax: +44 1202 418209
Email [log in to unmask]
-----------------------------------------
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
|
|
|