|
-
Mar 25th, 2009, 02:44 PM
#1
Will an upgrade to 10G hurt my VB6 applications?
We have several VB 6 applications. They use ADO and run against an Oracle 9i database, hosted on Unix.
Things that we typically do in VB6 code.
SELECT / INSERT / UPDATE / DELETE / CALL STORED PROCS
If we upgrade the database to 10G, are there any specific things that I need to watch out for?
What kind of testing do you recommend?
Everything that has a computer in will fail. Everything in your life, from a watch to a car to, you know, a radio, to an iPhone, it will fail if it has a computer in it. They should kill the people who made those things.- 'Woz'
save a blobFileStreamDataTable To Text Filemy blog
-
Mar 26th, 2009, 09:05 AM
#2
Re: Will an upgrade to 10G hurt my VB6 applications?
Chances are there will be no problems, most upgrades these days contain new features and better ways of doing things but still support the old features.
The best way to test this though is to simply set it up and run the app!
-
Mar 26th, 2009, 11:20 AM
#3
Re: Will an upgrade to 10G hurt my VB6 applications?
 Originally Posted by Pino
The best way to test this though is to simply set it up and run the app!
Preferably in a lab setting prior to rolling it out into production.
-
Mar 26th, 2009, 11:25 AM
#4
Re: Will an upgrade to 10G hurt my VB6 applications?
 Originally Posted by Hack
Preferably in a lab setting prior to rolling it out into production.
Of course!!
Let us know how it goes!
-
Mar 26th, 2009, 11:38 AM
#5
Re: Will an upgrade to 10G hurt my VB6 applications?
Just do the upgrade on the server and push the project straight to production then when it all fails tell your company to switch to sql server so future DB upgrades will be seemless
-
Mar 26th, 2009, 02:55 PM
#6
Re: Will an upgrade to 10G hurt my VB6 applications?
 Originally Posted by Pino
Chances are there will be no problems, most upgrades these days contain new features and better ways of doing things but still support the old features.
The best way to test this though is to simply set it up and run the app!
I had an Oracle 10G Express Edition on windows setup on a test box. The ADO provider used by my application fails to retrieve data in long columns.
 Originally Posted by Hack
Preferably in a lab setting prior to rolling it out into production.
They plan to do this in the standard phased "dev / uat / production" routine.
There is only one developer for my applications. I wanted to have that pre-dev, so I am testing against a local windows box. My database, however is going to be on a 64 bit unix system. I am not sure if this is going to be an issue.
I shall keep everyone posted.
Everything that has a computer in will fail. Everything in your life, from a watch to a car to, you know, a radio, to an iPhone, it will fail if it has a computer in it. They should kill the people who made those things.- 'Woz'
save a blobFileStreamDataTable To Text Filemy blog
-
Mar 26th, 2009, 03:11 PM
#7
Re: Will an upgrade to 10G hurt my VB6 applications?
We did the same conversion here to a brand new server.
We then ran various tests for each app that ever needed to connect to that db - once completed new server became new production.
Conversion as expected was practically troubles free.
-
Apr 2nd, 2009, 07:46 AM
#8
Re: Will an upgrade to 10G hurt my VB6 applications?
We got a test db in unix.
Me and my counterpart who handles the billing application are now tinkering with it.
All the Pro*C modules had to be recompiled.
My VB6 client is not calling any Pro*C modules, but the application that processes invoices is.
That's a batch process.
Everything that has a computer in will fail. Everything in your life, from a watch to a car to, you know, a radio, to an iPhone, it will fail if it has a computer in it. They should kill the people who made those things.- 'Woz'
save a blobFileStreamDataTable To Text Filemy blog
Tags for this Thread
Posting Permissions
- You may not post new threads
- You may not post replies
- You may not post attachments
- You may not edit your posts
-
Forum Rules
|
Click Here to Expand Forum to Full Width
|