Re: C## ASP connecting to AS/400 DB

[Mike <koldark@xxxxxxxxx>]

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.