|
Walden, Thanks for your information. I thought I'd create stored procs for the programmer. The programmer wants to only use stored procs for other then reads. For reads he wants to go direct. Personally, as I understand generating stored procedures generates static SQL, I thought that would be better than direct statements which creates dynamic SQL; performance consideration plus more secure. I wonder if ODBC is a bad performer? But in this case there won't be much use so performance should not to bad in any case. I want the programmer to modify the application "whatever it takes(since it is not too extensive an application)" to use DB2 and get away from Mickysoft Access. Yep, some of the program is in .asp and some in Javascript. Any recommendations would be welcome. Thanks again, Dave Odom Tucson, AZ from: "Walden H. Leverich" <WaldenL@xxxxxxxxxxxxxxx> subject: RE: Best way to access DB2 from a Windows .asp and Javaapplication Dave, Good choice to get away from Access, hell, even I don't like it. You can use ODBC and _still_ use stored procs. ODBC is a transport layer, not much more. You can issue direct statements (update this, select that) or call stored procs and handle result sets. There are several other ways you can talk to the iSeries (OLE/DB, sockets, .NET, JDBC, etc.) but they all will take changes to the application. The least number of changes would be to replace the Access ODBC driver with the iSeries ODBC driver. How much do you want to rewrite the application to replace the database? -Walden PS. ASP _and_ Java?? Strange mix. ------------ Walden H Leverich III President & CEO Tech Software (516) 627-3800 x11 WaldenL@xxxxxxxxxxxxxxx http://www.TechSoftInc.com Quiquid latine dictum sit altum viditur. (Whatever is said in Latin seems profound.)
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.