|
ODBC and OLE/DB are two MS defined architectures for accessing data. While you can directly access either the ODBC or the OLE/DB API directly generally speaking you then use another layer on top of that. Originally that layer was DAO (Data Access Objects) then ADO came into being (Active Data Objects). In either case you would have the following: VB -> ADO or DAO -> ODBC or OLEDB -> ODBC or OLEDB Driver -> Network -> Database Server (AS/400) MS Provides the ODBC or OLEDB layer, the DB vendor (IBM, Oracle, MS, etc.) provides the Driver layer. If your programmers have used this setup you could change architectures (ODBC vs. OLE/DB) or drivers (Hit, IBM, NS) or networks (SAN, TCP, Token Ring, Tin Can and String) without a problem. However, if your programmers went directly after the ODBC or OLEDB API then you can't change that part. Now, I seem to remember that Netsoft had AS/400 specific objects that represented things like file transfer or printers and the like. If your VB apps are using NS specific objects I doubt you'll find a replacement for them that doesn't require code changes. If all you're talking about is ADO or DAO data access you should be able to drop in most newer drivers and connectivity programs. And if at all possible, drop SNA Server. There are a few good reasons to still keep it, but VERY few. And they all have to do with SNA-only environments or extremely undersized AS/400s. -Walden ------------ Walden H Leverich III President Tech Software (516) 627-3800 x11 (208) 692-3308 eFax WaldenL@TechSoftInc.com http://www.TechSoftInc.com -----Original Message----- From: Dare @ Work [mailto:oludare@ix.netcom.com] Sent: Wednesday, March 20, 2002 14:09 To: midrange-l@midrange.com Subject: Re: Emulator Interface with Win2k Is it true that ODBC driver for DB2/400 is needed with VB and where I'm I getting that from. How does OLE/dB plays into all this connection. And how will all these play together under Win2k and my current VB codes that were written under Win95. Dare ----- Original Message ----- From: "Vernon Hamberg" <vhamberg@attbi.com> To: <midrange-l@midrange.com> Sent: Wednesday, March 20, 2002 1:54 PM Subject: Re: Emulator Interface with Win2k > Every driver has differing capabilities. Seems to me that CA's OLE/DB > driver can only return single result sets, where HiT's can handle > multiple ones. It may have changed by now. So these will need to be > determined. But then, MS's OLE/DB over ODBC could handle multiple > sets. But it had more overhead. > > TMTOWTDI - there's more than one way to do it > > At 01:47 PM 3/20/02 -0500, you wrote: > >Are there limitations or issues with VB programming, Operating > >system, Specific Emulation package, ODBC drivers and OLE/dB drivers. > >If I remember > >correctly CA had issues with OLE/dB drivers etc. > > > >Dare > > > >----- Original Message ----- > >From: "Vernon Hamberg" <vhamberg@attbi.com> > >To: <midrange-l@midrange.com> > >Sent: Wednesday, March 20, 2002 1:33 PM > >Subject: Re: Emulator Interface with Win2k > > > > > > > It's been awhile, but here goes. > > > > > > The ODBC driver you use should handle getting to the server. Are > > > you using > > > TCP/IP now? The server names should be available, host tables, > > > DNS, etc. > > > > > > VB could care less about connection protocols, just things like > >authentication. > > > > > > Take alook at you ODBC Admin control panel app. It should show you some > > > options like protocol, server name, etc., and these are what you > > > will need > > > to set up. Then it's easy. <g> > > > > > > At 01:12 PM 3/20/02 -0500, you wrote: > > > >Isn't there an issue in addressing and configuration when you > > > >using ODBC > >and > > > >VB. > > > > > > > >Dare > > > > > > > >----- Original Message ----- > > > >From: "Vernon Hamberg" <vhamberg@attbi.com> > > > >To: <midrange-l@midrange.com> > > > >Sent: Wednesday, March 20, 2002 1:06 PM > > > >Subject: RE: Emulator Interface with Win2k > > > > > > > > > > > > > I agree. Go with native TCP/IP. You get more options, all the usual > > > > > suspects, like WRQ Reflection, Personal Communications, > > > > > Synapse, > >Client > > > > > Access, NetManage Rumba, various ODBC and OLE/DB drivers, etc. > > > > > > > > > > What benefit is there with SNA Server, other than > > > > > connectivity? > > > > > > > > > > At 10:01 AM 3/20/02 -0800, you wrote: > > > > > >Dare, > > > > > > > > > > > >In this day and age, an SNA gateway represents a huge > > > > > >overhead with > > > > > >unnecessary complexity. Scrub the hard disk and set it up as > > > > > >a Linux > > > > > >play pen! > > > > > > > > > > > >You'll find your network easier to manage if you remove the gateway > >and > > > > > >go direct to the AS/400. > > > > > > > > > > > >IMHO > > > > > > > > > > > >Best Regards > > > > > > > > > > > >Fritz Hayes > > > > > >Atwater Associates > > > > > > > > > > > ><snip> > > > > > >| > > > > > >| I forgot about my SNA Server. All client pass through this server > >to > > > > > >get > > > > > >| to > > > > > >| the AS/400 > > > > > >| > > > > > > > > > > > >_______________________________________________ > > > > > >This is the Midrange Systems Technical Discussion > > > > > >(MIDRANGE-L) > >mailing > > > >list > > > > > >To post a message email: MIDRANGE-L@midrange.com > > > > > >To subscribe, unsubscribe, or change list options, > > > > > >visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l > > > > > >or email: MIDRANGE-L-request@midrange.com > > > > > >Before posting, please take a moment to review the archives > > > > > >at http://archive.midrange.com/midrange-l. > > > > > > > > > > _______________________________________________ > > > > > This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing > > > >list > > > > > To post a message email: MIDRANGE-L@midrange.com > > > > > To subscribe, unsubscribe, or change list options, > > > > > visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l > > > > > or email: MIDRANGE-L-request@midrange.com > > > > > Before posting, please take a moment to review the archives at > > > > > http://archive.midrange.com/midrange-l. > > > > > > > > > > > > >_______________________________________________ > > > >This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing > >list > > > >To post a message email: MIDRANGE-L@midrange.com > > > >To subscribe, unsubscribe, or change list options, > > > >visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l > > > >or email: MIDRANGE-L-request@midrange.com > > > >Before posting, please take a moment to review the archives at > > > >http://archive.midrange.com/midrange-l. > > > > > > _______________________________________________ > > > This is the Midrange Systems Technical Discussion (MIDRANGE-L) > > > mailing > >list > > > To post a message email: MIDRANGE-L@midrange.com > > > To subscribe, unsubscribe, or change list options, > > > visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l > > > or email: MIDRANGE-L-request@midrange.com > > > Before posting, please take a moment to review the archives at > > > http://archive.midrange.com/midrange-l. > > > > > > >_______________________________________________ > >This is the Midrange Systems Technical Discussion (MIDRANGE-L) > >mailing list > >To post a message email: MIDRANGE-L@midrange.com > >To subscribe, unsubscribe, or change list options, > >visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l > >or email: MIDRANGE-L-request@midrange.com > >Before posting, please take a moment to review the archives at > >http://archive.midrange.com/midrange-l. > > _______________________________________________ > This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list > To post a message email: MIDRANGE-L@midrange.com > To subscribe, unsubscribe, or change list options, > visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l > or email: MIDRANGE-L-request@midrange.com > Before posting, please take a moment to review the archives at > http://archive.midrange.com/midrange-l. > _______________________________________________ This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@midrange.com To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l or email: MIDRANGE-L-request@midrange.com Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l.
As an Amazon Associate we earn from qualifying purchases.
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.