[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

989.0. "RDB vs. Oracle on a 6XXX" by NEGD::RACICOT () Thu Sep 12 1991 16:50

    
    
    Hello, I need some help in an Oracle vs. RDB competitive situation and
    am note really sure where to start looking for assistance.  The
    customer isn't real keen on Oracle (as far as we can tell) but wants to
    benchmark RDB against Oracle on a VAX 6510 (or something reasonably
    close) running VMS.  Is there any information out there on benchmarking
    for use in a situation like this.  Does anyone have any
    recommendations ?  I've searched through this notes file and the
    Benchmarking notesfile and haven't seen anything like this (then again
    I may have missed something).
    
    Can anyone help ??
    
    
    Thanks !!!!
    
    
    Philip
    
T.RTitleUserPersonal
Name
DateLines
989.1Don't do itBALDIE::GREERRusty Greer, Atlanta TPRC, DTN 385-7267Thu Sep 12 1991 17:4837
    Philip:
    
    	As somebody who has run two competitive benchmarks in the last
    year, I have but one piece of advice--DON'T.  Somebody once said "There
    are liars, damn liars, and statisticians".  One might also add "there
    are benchmark results".  I suggest you get ahold of the latest TPC
    numbers for us and Oracle, pick out those that best match your needs,
    and suggest to the customer that the TPC is the way to go.  Now, this
    is a two-edged sword.  If the customer starts getting too interested in
    the K$/TPS numbers, we could be hurtin'.  If the customer is convinced
    that VAX is the way to go and simply wants some performance
    comparisons, the we might be o.k.  Be prepared to deal with the TPC-A
    vs. TPC-B arguments (O only does the latter to my knowledge).
    
    	Meanwhile, dig up all the O bashing info that is readily available
    in such things as the 863 presentation and go to work.
    
    	By the way, reasons why I stated my opinion against a benchmark in
    such strong terms:
    	(1)  it is typically extremely EXPENSIVE
    		(also, do you have a firm committment that the customer
    will purchase from us at a predefined price before we spend the $$?)
    	(2)  it is extremely difficult to develop a rigid, comparable
    specification that does not benefit one or the other of the competitors
    (that's what TPC is supposed to provide)
    	(3)  there are lots of ways to CHEAT
    	(4)  once the benchmarks are run, their can be problems with
    analysing the resultant numbers to come up with a valid comparison
    
    	I would make a very conservative estimate of the cost of doing a
    benchmark (figure time, equipment, expert assistance, etc.--you really
    should do a project plan) and then present the account manager with the
    estimate.  Recognizing that the costs are likely to hit their bottom
    line, I would be very surprised if they determined that the juice is
    worth the squeeze.
    
    Rusty.
989.2try thisWARNUT::BRYANFri Sep 13 1991 11:494
    I'd recommend that you get hold of a copy of the The 'Ingres, Oracle 
    and Rdb Order Entry Workload Test Results (TPC-C)', published recently 
    by the Data Base Systems Performance Group in Colorado.  
     
989.3carefulDATABS::DATABS::NEEDLEMANtoday nas/is, tomorrow...Fri Sep 13 1991 18:557
    re .3 
    
    that is an internal use only document
    
    Barry