Welcome to the dBforums forums.

You are currently viewing our boards as a guest which gives you limited access to view most discussions, articles and access our other FREE features. By joining our free community you will have access to post topics, communicate privately with other members (PM), respond to polls, upload your own photos and access many other special features. Registration is fast, simple and absolutely free so please, join our community today!

If you have any problems with the registration process or your account login, please contact contact support.

If you prefer not to see double-underlined words and corresponding ads, place your cursor
here for ContentLink opt out.

Go Back  dBforums > Database Server Software > Oracle > Migrating Oracle 7.3/Unix to SQL SErver 2k/Window 2k

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
  #1 (permalink)  
Old 04-07-08, 14:28
VBAPROGRAMMER VBAPROGRAMMER is offline
Registered User
 
Join Date: Nov 2002
Location: Hamilton,Ontario
Posts: 132
Migrating Oracle 7.3/Unix to SQL SErver 2k/Window 2k

Hi :
I am not sure if this question falls under SQL Server or Oracle, please forgive me if I posted in the wrong section.I need some advise on the proper and efficient approach for migrating Oracle 7.3/ Solaris 5.5 (Unix based ) to SQL Server 2000/WIndows Server 2k and 2k3.
The database has 72 user tables and almost 1 million records.

The approach I was thinking is to export db schema in txt file and then work from there. Creating manual tables and importing data eitehr by import export wizard in Enterprise manager or export the data from Oracle to .dmp file and work with .dmp file .

I have two questions:

1- Is this appraoch correct or suggest the most efficient approach please
2-Any way to connect SQL Server straight to UNIX box and import all the data?
3-When I export .dmp file , it shows funny chars when I open in Windows environment ...

Any advise will be much much appreciated on the Proper and best approach to take here.
Regards,
VBAPROGRAMMER
__________________
<a href="http://www.linkpaths.com">LinkPath Services, The Leading website Design company in Hamilton,Ontario</a>
Reply With Quote
  #2 (permalink)  
Old 04-07-08, 15:12
MCrowley MCrowley is offline
Wage drone 24601
 
Join Date: Jan 2003
Location: Massachusetts
Posts: 3,362
well, first, I would encourage using SQL 2005, since SQL 2000 is about at the end of its support lifecycle. I would start as you have by getting a script of all the tables. You will need to edit this script to adjust for datatype differences (Oracle's DATE is similar to MSSQL's DATETIME, VARCHAR2 is similar to NVARCHAR et al.).

Once you have the schema squared away, the data will be easy. Just use MSSQL's import/export wizards, and everything should go swimmingly. Just remember to NOT allow this wizard to create the tables for you. For some of the larger tables, you may need to set a batch commit size (10,000 rows or so), so the larger tables will not overflow the transaction logs. Apply indexes as needed.

once that is done, then you can worry about triggers,procedures, and functions. THAT is where you will be spending the bulk of your time. As far as I know, there is no easy way to do that, and it will probably end up as a complete rewrite.
Reply With Quote
  #3 (permalink)  
Old 04-07-08, 15:14
VBAPROGRAMMER VBAPROGRAMMER is offline
Registered User
 
Join Date: Nov 2002
Location: Hamilton,Ontario
Posts: 132
Thank you so much for the advise. This will really help me in this project.
__________________
<a href="http://www.linkpaths.com">LinkPath Services, The Leading website Design company in Hamilton,Ontario</a>
Reply With Quote
Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is Off
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On