They are using the PREFETCH option with mixed results between 8.1.6/8.1.7 and 8.1.7.3.  I have a TAR open for why it's not working in 8.1.7.  (There is a bug)  I also have another message on the list about determining the version of the client.  Using the way Jeremiah suggested (strings $ORACLE_HOME/lib/libclntsh.so | grep "^Version [7-9]") is consistently telling me 8.1.7.0.0 even for Oracle Homes that I know have been patched to 8.1.7.3.0.  Does the 8173 patchset not patch some things?  Or do some things (like the strings command above and sqlplus /nolog) not report version to the 4th place?
 
Thanks
Stephen


>>> [EMAIL PROTECTED] 03/29/02 09:44AM >>>
One new thing you can do with PRO*C 8i is to use the  The PREFETCH Precompiler Option if your application is processing a lot of data in a sequential manner (and you don't already do bulk fetches)
 
Caver
-----Original Message-----
From: Stephen Andert [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 29, 2002 11:08 AM
To: Multiple recipients of list ORACLE-L
Subject: Pro-C differences VMS to Unix

Hey all,
 
I know there are developers lurking out there as well as dba's that have a great deal of development experience that could help me to help our developers on this project.
 
We have an old application that is running on a VMS machine. The Oracle version there is 8.0.5.  Our development group is porting this to Unix (Tru64 5.1).  We are planning on deploying this with Oracle version 8.1.7.3 as the client.  The database in test is currently 8.1.7.3 and production will be upgraded to 8.1.7.3 soon. 
 
The question I have is this:  The development VMS and Unix machines are comparably equipped, but application performance from the VMS machine is much better than from Unix.  There have been no changes to the application other than being recompiled in the new OS.  What can anyone tell me about changes that should/could be done to improve performance when moving from VMS (Oracle 8.0) to Unix (Oracle 8.1)?
 
Thanks in advance for any advice or suggestions.
 
Stephen Andert

Reply via email to