× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Like I said, I haven't seen the code behind what he is doing yet. We are
both still learning so we may get things wrong.

On 7/4/07, Walden H. Leverich <WaldenL@xxxxxxxxxxxxxxx> wrote:

> Our developer through trial and error (and me helping out some)
discovered
>that OLE DB for queries and ADO.NET for inserts/updates/deletes worked
best.
>I haven't worked through his code to see how he had set it up yet, but
it
>seems to be working for him.

If it from .NET he's using ADO.Net for all data access. I think you mean
OLE/DB for queries and the managed provider for updates. ADO.Net sits on
top of both.

While you may have found that that mix is "best" I would question that
for several reasons, none of which have anything to do with which is
faster. By splitting your data access between two methods you've
effectively doubled the number of connections needed to the System i for
your application. Also, you've made your programming more complicated.
You now have to think about which type of access you're doing and use
the correct connection/connection-string. This makes it that much harder
to encapsulate your data access, and removes any possibility of a nice
simple GetConnection() method.

Unless you're seeing _major_ performance differences between the
managed-provider and ole/db I'd stick with one. And major is perhaps an
order of magnitude better, and I'll be impressed if you're seeing that.

-Walden

--
Walden H Leverich III
Tech Software
(516) 627-3800 x3051
WaldenL@xxxxxxxxxxxxxxx
http://www.TechSoftInc.com

Quiquid latine dictum sit altum viditur.
(Whatever is said in Latin seems profound.)


--
This is the Web Enabling the AS400 / iSeries (WEB400) mailing list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.





As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.