[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

624.0. "Please comment on features" by CIVAGE::POISSON () Mon Apr 23 1990 17:59

Martin Butler and Robin Bloor's recent Comparative Database performance on VAX report
gives a very nice assessment of Rdb/VMS.  However, it does cite several things that
Rdb doesn't do.  One of my customers is curious as to why we don't implement
some of the features mentioned in this document.  The features in question are:

   Variable table buffer size
   Variable number of buffers per table
   Inverted lists - 
   ISAM - handled soon br RMS gateway
   compiled stored procedures
   multi-threaded server
   global buffers
   optimistic concurrency control
   pre-emptive b-tree splitting

Would any of you noters/engineers care to comment on why we don't implement these features?


T.RTitleUserPersonal
Name
DateLines
624.1starting with the first two...CREDIT::WATSONfalse glorious promises of springThu Apr 26 1990 19:4614
    Hi Russ,
    
    I'll do the easy ones...
    
    We can't do the first two on the list as well as providing mixed areas,
    one of the in points of which is to buffer in rows from different
    tables at the same time.
    
    Are theyan Rdb shop interested in engineering priorites, or are they
    shopping around the vendors? If the latter, it would be interesting to
    hear how the ohers are explaining why they don't implement things like
    multifile, hashing, etc...
    
    	Andrew.
624.2WIBBIN::NOYCEBill Noyce, FORTRAN/PARALLELMon Apr 30 1990 19:368
    Most of these aren't "features" in the sense of something a user
    can or can't do.  Instead, they are intended to provide a certain
    benefit -- mostly improved performance.  Rdb/VMS has chosen other
    means to provide the same benefit(s).  In general, the developers
    felt the features they implemented gave more performance improvement
    for more applications than the features you've listed.  Ask your
    customer whether they think we've succeeded in meeting their
    performance requirements.