Results 1 to 11 of 11
  1. #1
    Join Date
    Nov 2008
    Posts
    1

    Question Unanswered: Oracle to SQL Server

    Hi,
    I have some complex Oracle Stored procs. I need to migrate it SQL Server.
    Is there any method or tools available to migrate it to SQL Server. Since it is very complex, we dont want to rewrite the code.
    Thanks
    RBS

  2. #2
    Join Date
    Nov 2004
    Location
    on the wrong server
    Posts
    8,835
    Provided Answers: 6
    if it's that complicated, would you really trust an automatic conversion?
    “If one brings so much courage to this world the world has to kill them or break them, so of course it kills them. The world breaks every one and afterward many are strong at the broken places. But those that will not break it kills. It kills the very good and the very gentle and the very brave impartially. If you are none of these you can be sure it will kill you too but there will be no special hurry.” Earnest Hemingway, A Farewell To Arms.

  3. #3
    Join Date
    Dec 2007
    Location
    London, UK
    Posts
    741
    Oracle and SQL Server are different products with different features. So the solution that works for Oracle isn't necessarily the right one for SQL Server.

    To guarantee a successful migration you need to budget enough time to review and rewrite code whatever tools you use. If you don't have time to do that then maybe you don't have enough time to do the migration at all.

  4. #4
    Join Date
    Jun 2003
    Location
    Ohio
    Posts
    12,592
    Provided Answers: 1
    Agreed.
    I would not trust any tool that proclaimed to transform TSQL to PSQL, and frankly leveraging the different platform's strengths to get maximum performance will likely require some reengineering of your design and your code.
    If it's not practically useful, then it's practically useless.

    blindman
    www.chess.com: "sqlblindman"
    www.LobsterShot.blogspot.com

  5. #5
    Join Date
    Jun 2004
    Location
    Long Island
    Posts
    696

    Talking

    Cut, paste and compile, handle errors one at a time.

    no dual
    sysdate -> getdate()

    and I'm sure one or two other things

  6. #6
    Join Date
    Nov 2003
    Posts
    2,934
    Provided Answers: 12
    Quote Originally Posted by PMASchmed
    and I'm sure one or two other things
    The biggest problem is not the syntax, it's the different approach to concurrency that will give him a lot more headaches.

    Where Oracle will happily allow reads and writes to the same rows at the same time, SQL Server will block the readers.

    Stuff like that is a lot harder to migrate than simple syntax problems.

  7. #7
    Join Date
    Sep 2005
    Posts
    161
    True. But are you taking SQL Server's snapshot isolation into consideration?


    Quote Originally Posted by shammat
    The biggest problem is not the syntax, it's the different approach to concurrency that will give him a lot more headaches.

    Where Oracle will happily allow reads and writes to the same rows at the same time, SQL Server will block the readers.

    Stuff like that is a lot harder to migrate than simple syntax problems.

  8. #8
    Join Date
    Nov 2003
    Posts
    2,934
    Provided Answers: 12
    Quote Originally Posted by cascred
    True. But are you taking SQL Server's snapshot isolation into consideration?
    Yes I do.
    The point is: you need to think about things like that.

    The snapshot isolation is not the default after a new installation (at least not that I know of), and if you have no experience with SQL Server you might easily run in problems there. Oracle (and Postgres) user take this behaviour as "the natural thing", they won't even think whether statement level consistency or non-blocking reads are something that you need to enable.
    The first time it doesn't work, I bet that experienced Oracle and Postgres user will see this as a bug.

    Also taking into account that this is something that MS built "on-top" of the existing (locking based) mechanism, I wouldn't bet it works equally well as in Oracle or Postgres

  9. #9
    Join Date
    Dec 2002
    Posts
    1,245
    Would this help you at all?

    http://www.microsoft.com/downloads/d...DisplayLang=en

    I remember looking at it about three years ago (when it was still version 1.0). It looked really useful, but I never ended up using it. I'm not even sure that it really converted the stored procedures for you...it may have just highlighted where your issues were going to be.

    Anyway, it's free at least.

    Regards,

    hmscott
    Have you hugged your backup today?

  10. #10
    Join Date
    Dec 2002
    Posts
    1,245
    Whoops. I'm running way behind the times. There's now a version 4.0:

    http://www.microsoft.com/downloads/d...displaylang=en

    Other migration assistants are available here:

    http://www.microsoft.com/Sqlserver/2...migration.aspx


    Regards,

    hmscott
    Have you hugged your backup today?

  11. #11
    Join Date
    Jun 2004
    Location
    Long Island
    Posts
    696
    Quote Originally Posted by cascred
    True. But are you taking SQL Server's snapshot isolation into consideration?
    Oracle has some pretty cool hints too, such as the Append hint.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •