home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / database / 8555 < prev    next >
Encoding:
Internet Message Format  |  1992-12-17  |  6.3 KB

  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!cs.utexas.edu!sun-barr!ames!olivea!charnel!rat!usc!venice!doc.bmd.trw.com!dirbze
  2. From: dirbze@doc.bmd.trw.com
  3. Newsgroups: comp.databases
  4. Subject: Re: Advanced Revelation information request
  5. Message-ID: <1992Dec17.080403.533@doc.bmd.trw.com>
  6. Date: 17 Dec 92 15:04:03 GMT
  7. References: <92Dec12.152128.17650@acs.ucalgary.ca> <1globmINNn4t@crcnis1.unl.edu>
  8. Lines: 126
  9.  
  10. .... and my $.02....
  11.  
  12. In article <1globmINNn4t@crcnis1.unl.edu>, price@helios.unl.edu (Chad  Price) writes:
  13. > clinton@acs.ucalgary.ca writes:
  14. >>The Alpine Club of Canada is looking into "buying into" a database
  15. >>developed for the Seattle Mountaineers in Advanced Revelation.
  16. >>Naturally, our needs are not exactly the same, but from the talks we
  17. >>have had with the person who is actually using the database, it is very
  18. >>close to our needsd: Basic membership tracking, event scheduling, hut
  19. >>bookings, donor tracking, etc. But we will have to make modifications.
  20. >>Here's the questions...
  21. >>  Relational
  22. >>    How close does it get to Codd's 12 rules?
  23. > Fairly, but some rules are intentionally broken: ARev uses "multi-valued"
  24. > fields. In other words, a single row/column intersection could contain multiple
  25. > values rather than a single value as in a completely normalized database. This
  26. > is functionally and performance-wise, a strong advantage. It is fairly typical
  27. > for a primary table to have one or more fields which are 1:many relationaships.
  28. > ARev allows this 1:many to hold true, avoids deletion and insertion anomalies,> and allows the higher performance of a single table data entry screen or report
  29. > program. 
  30.  
  31. I agree... Codd's rules are important to providing a solid RDBMS platform, but
  32. don't bypass products because they break some of the rules... and Chad's
  33. example here is one very powerful feature that ARev supports...
  34.  
  35. >>    Does it support integrity rules in the dictionary?
  36. > Not directly, but you can create "symbolic" fields which are in effect programs
  37. > to ensure data integrity, and there are hooks into the data entry screens to
  38. > allow inclusion of these symbolic fields for data validation. In fact, if you
  39. > write the validation code before you create the screen, it is automatically
  40. > included. 
  41.  
  42. Hmmmm.... actually, I would say ARev _does_ support integrity rules in the
  43. dictionary... ARev data dictionaries contain 'Edit' constraints which can be
  44. any of a wealth of 'canned' constraints [dates, numeric fields, pattern
  45. matching, etc..] and can also contain custom constraints through "symbolics"...
  46. once you define these edits, they are bound to the data element in any future
  47. reference to that element - but this is limited to Paint... so a little caution
  48. is prudent - you CAN bypass the edits...
  49.  
  50. >>  Query, Forms, Reports
  51. >
  52. > .......It has its own 4GL built-in
  53.  
  54. [called R/List]...
  55.  
  56. >>    Does it have an interactive command line for ad-hoc queries?
  57. > Yes, and you can store the ad-hoc queries and add them to a menu
  58. >
  59. >>    How easy is it to build a form?
  60. > Simple forms: trivial - there is a "Quick Paint"
  61. > Complicated forms: up to you - the entire power of the built-in R/Basic
  62. > programming language is available.
  63. >>  Programming
  64. >>    How 4GL is it?
  65. > Which part.. Some is (TCL, SQL, R/List query language), and some isn't: the
  66. > R/Basic programming language.
  67.  
  68. [I've pulled a few pieces of the original post together here]... 
  69.  
  70. .... and one of the [IMHO] most powerful features available to the programmer
  71. is the ability to build truly custom routines from R/List... R/List is a very
  72. powerful query/report generator, and can be used in ad hoc or 'canned' modes..
  73. and in those situations where it just can't quite do what you want, there is an
  74. option to generate R/Basic source code - from the R/List query - and then
  75. modify the source, compile, and you are off and running... it's wonderful - you
  76. can build [and test interactively] all of the database access logic in an
  77. R/List query, and then customize the source code for unique requirements... and
  78. once you have it running, the new routine can be added to the vocabulary of the
  79. end system as an extension... 
  80.  
  81. >> Documentation
  82. >>    How does it rate?
  83. > I can't really tell. To me its quite good, but after 7-8 years of reading it, I
  84. > understand their philosophy and I know where to look for things.
  85.  
  86. ...sigh... this is one of the areas where I've often run into problems... the
  87. ARev docs are much better than G2B... but it still takes some time for folx who
  88. are not familiar with the product... recognize that ARev [and G2B] are
  89. extremely powerful and adaptable products... there is so much to know about
  90. these platforms that it is difficult to present _everything_ in a simplistic
  91. manner.  I find what I am looking for fairly quickly, but then again, I know
  92. *where* to look... this is not always the case for beginners [and I've watched
  93. four people go through the learning process recently.. initially there is a lot
  94. of frustration with the docs, but after some exposure they do much better]
  95.  
  96. >>      If you can
  97. >>     make comparisons to Oracle on one end and R:base on the other...
  98.  
  99. hmmmm... *WARNING*... these are the ravings of a confirmed Revelation
  100. fanatic... [grin]... I started using Rev products [1985-1986] because no other
  101. product could support our requirements... and R:base was one of those... I
  102. haven't seen it recently, so it wouldn't be fair to comment... but I've worked
  103. with Oracle [too recently]... and quite frankly I am not impressed... the
  104. product is cumbersome, resource intensive [you'll need a LOT of RAM and HD
  105. space] and very expensive...
  106.  
  107. >>Is it strictly DOS? 
  108. > No - I run both the DOS and Windoze versions under OS/2, which is what I run
  109. > both at work and at home. I'm very happy with it in the multi-tasking
  110. > environment.
  111.  
  112. ... and the last time I talked with the folx at Hunter... their port to UNIX
  113. was in process and should be avail sometime spring 93... oh boy oh boy!
  114.  
  115. >>What does a license cost?
  116. > Too much! list is >$1000, but it is available for less. I paid $250 as an
  117. > upgrade from G2B, some places like Telemart sell it for around $700. Run-times
  118. > are between $150 and $250, depending on where you get them. 5-user LAN bump
  119. > disks are around $495 (list) minus whatever discount you can find.
  120.  
  121. Yup... Telemart advertises the single-user version for $707... and I just
  122. ordered a server version for $606 and a 3-user add pack for $477... their
  123. number is 1-800-821-2033
  124.  
  125.  
  126. Hope this helps...
  127.  
  128. Rick Sorensen
  129. dirbze@oz.bmd.trw.com
  130.