[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference ulysse::rdb_vms_competition

Title:DEC Rdb against the World
Moderator:HERON::GODFRIND
Created:Fri Jun 12 1987
Last Modified:Thu Feb 23 1995
Last Successful Update:Fri Jun 06 1997
Number of topics:1348
Total number of notes:5438

751.0. "VMS or ULTRIX for ORACLE" by COPTOR::BIRGER (Calories taste better than vitamins!!!) Thu Sep 27 1990 14:30

    Hi There
    
    Could somebody please quilify the best platform for
    Oracle - VMS or ULTRIX.
    What are the differences in performance and functionality.
    Does somebody have some kind of tests/benchmarks/slides/graphs
    whatever that might help.
    I have tried to look at the material Michael left but found
    nothing that seemed to be usefull -BUT I might have missed
    something.
    
    Birger Denmark ACT
T.RTitleUserPersonal
Name		DateLines
751.1NZOV03::HOWARDNZ: Where Digital's Week BeginsFri Sep 28 1990 07:0116
>>    Could somebody please quilify the best platform for
>>    Oracle - 

    OVERHEAD PROJECTOR

    But seriously (<<usual_remarks_warning_dealing_with_ORACLE_here>>) why
    not ask ORACLE?.  If the customer is committed to Digital already, the
    people at O will probably be helpful.  Be more careful if the customer
    has not yet formed alliances.

    If it is just the database, I assume that "RISC" is *always* faster.
    But what are the account manager's plans for this account?.  What makes
    most sense for the direction you would like to assist the customer
    with?.

    Cheers, Martin
751.2YES AGREECOPCLU::BIRGERCalories taste better than vitamins!!!Tue Oct 02 1990 12:4411
    I am sorry if I posed a dumb question.
    Yes of course you right and I have asked Oracle but as you might
    imagine they were quite hesitant,- allthough they say that speed
    on the RISC is faster = the CPU is faster.
    I was just that somebody told me that you would louse some
    functionality by going the RISC way as well as the rumour said that
    the releases on RISC comes out 6 month later than on VMS.
    Then I thought that you guys might have some experience about this,-
    which could be used as some kind of check list against Oracle info.
    
    Birger
751.3NZOV01::HOWARDNZ: Where Digital's Week BeginsTue Oct 02 1990 14:2419
>>    Yes of course you right and I have asked Oracle but as you might
>>    imagine they were quite hesitant,- allthough they say that speed
>>    on the RISC is faster = the CPU is faster.
    
    ORACLE will never give any specific details that they can be held to if
    at all possible.  If you size a system and recommend it to your
    customer, ensure that a senior ORACLE representative is there at the
    time, and get them to commit their agreemnt in writing (even if
    counter-signing your document).  
    
    Lose functionality going to RISC?.  Well, UNIX is light-years behind
    VMS in friendliness - but you can invariably get the job done and it is
    hard to knock the cost advantage.
    
    ORACLE develop their DATABASE on VMS as I understand, but other
    applications, such as ORACLE Financials are developed on Sequent for
    UNIX.
    
    Cheers, Martin
751.4Thanks Martin COPTOR::SYSTEMCalories taste better than vitamins!!!Thu Oct 04 1990 17:320
751.5MoreHGOVC::DEANGELISMomuntaiTue Oct 09 1990 08:3918
Re .0, you are correct in assuming that, currently, Ultrix/RISC components of
Oracle lag those of VAX/VMS. For example, there is no Pro*COBOL precompiler
on Ultrix/RISC, because Digital are just now bringing out our "official"
Risc cobol, Microfocus Cobol. The only recompilers supported are for C and
Fortran. Sql*Forms only supports C and Fortran user exits (even if they have
no SQL calls in them).

There is also no official Oracle release that supports Ultrix SMP. 

As for which platform is better, Oracle have stated that Ultrix is a strategic
platform for them, so you should see more compatability between the 2 O/S's.
As Martin said, risc should always be faster, however don't forget that
performance relies not only on the CPU but also disk, i/o channels etc.
Also, you need to consider the relative merits of each o/s as a development
platform, runtime, backup/recovery etc.

Regards,
John.