[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

441.0. "Rdb Vs Ingres On Hashing" by ZPOV01::JEFFREYCHOY (Life goes on without me) Fri Sep 29 1989 10:14

    
Hello Experts,
    
    I have placed the following note in Rdb30b but there is'nt any
    response. I suppose this is the most appropriate place.
    
    
    
    Thanks, Jeffrey
    
                <<< NOVA::DVD12:[NOTES$LIBRARY]RDB30B.NOTE;1 >>>
                             -< VAX Rdb/VMS V3.0B >-
================================================================================
Note 254.0          Is Rdb Hashing more superior than Ingres          No replies
ZPOV01::JEFFREYCHOY "Life goes on without me"        21 lines  27-SEP-1989 21:39
--------------------------------------------------------------------------------
    I am currently competing with Ingres on a benchmark.
    
    The benckmark transactions are very heavy on updates and insertions
    with many joins and yet specify that B-trees to be used. 
    
    The question is do I have an advantage to insist that Hash Index
    be used. My guess is that Ingres influenced the customer to use B trees
    index because Rdb hashing with record clustering is more superior than
    Ingres hashing.
    
    On the other hand if B-tree index is used both Rdb and
    Ingres compete on equal footing. Unless someone confirm that our
    B-tree indexing is also more superior than Ingres's. 
    
    I appreciates if somebody can advise on this.
    
    
    Best Regards, Jeffrey
    
    
          
                   
T.RTitleUserPersonal
Name
DateLines
441.1DPDMAI::DAVISGBGil Davis DTN 554-7245Mon Oct 02 1989 17:5720
    I can't speak about the Ingres vs Rdb, but I can discuss another vendor
    versus Rdb as related to hashing.  Informix has a brochure that goes
    into the evils of Hashing and the benefits of B-tree.  When I met them
    last Spring, they made a big deal of this is...  I asked 'why the big
    deal over B-tree and why do you bash hashing as an indexing method? 
    
    "Because we don't offer hashing..." he replied.  So, the answer is that
    the customer should use the BEST solution for the application.  I would
    guess that either could be shown to be faster if used in the proper
    case.  
    
    As for Ingres, I've heard many times from our own analysis, from a
    former Ingres SDales Rep,  and lately from one of their own technical
    support people (!) that Rdb is the superior solution on a VMS
    platform..  Superior technically, in features and in performance.
    
    Hope this helps..
    
    Gil
    
441.2Do the disks have to spin clockwise?WIBBIN::NOYCEBill Noyce, FORTRAN/PARALLELMon Oct 02 1989 19:3313
    Do you have the time to run the benchmark both ways?
    
    My attitude is, if nothing in the benchmark would benefit from using
    B-trees over hashing, then either
    	- the customer doesn't really need B-trees, or
    	- the benchmark isn't representative of the true application.
    
    In either case, you have a good reason to go back to the customer
    and question the insistence on B-trees.  If there's something that
    makes them think they need B-trees, they should put it in the benchmark
    (and then let you decide how to implement it).  Having the different
    performance numbers in hand might make it easier to convince the
    customer to reexamine their assumptions.
441.3Hashing should be better I guessZPOV01::JEFFREYCHOYLife goes on without meTue Oct 03 1989 07:5924
    
    I have spoken to the customer questioning into why B-trees is used intead
    of hashing.
    
    The reply was that they taught B-tree is easier to implement.
    
    I then explained that based on their requirement, Hashing is most
    appropriate and Rdb hashing is more superior. They do not mind at all
    if I can submit both B-tree and Hashing results of the benchmark.
    
    However, my only limitation is time. Anyway, my strategy is to first
    comply with using B-trees for meeting the dateline but then submit another
    set of results based on Hashing.(if it is better)
    
    I have used both hashing and B-tree in a previous benchmark but the
    difference is hardly noticeable. This perhaps is due to the small size
    of the database being used and therefore cannot take advantage of the
    Hashing. Anyway, Rdb performed better than Ingres in that Benchmark.
    
    Thanks for the responses.
    
    Best Regards, Jeffrey