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

  1. Path: sparky!uunet!spool.mu.edu!sdd.hp.com!caen!sol.ctr.columbia.edu!news.unomaha.edu!crcnis1.unl.edu!price
  2. From: price@helios.unl.edu (Chad  Price)
  3. Newsgroups: comp.databases
  4. Subject: Re: Advanced Revelation information request
  5. Date: 15 Dec 1992 23:05:26 GMT
  6. Organization: University of Nebraska--Lincoln    
  7. Lines: 189
  8. Message-ID: <1globmINNn4t@crcnis1.unl.edu>
  9. References: <92Dec12.152128.17650@acs.ucalgary.ca>
  10. NNTP-Posting-Host: helios.unl.edu
  11. Keywords: Revelation
  12.  
  13. clinton@acs.ucalgary.ca writes:
  14.  
  15. > > Ask some specifics, and I'd be glad to answer.
  16.  
  17. >Thanks for the offer. First a bit of the scope of our situation...
  18.  
  19. >The Alpine Club of Canada is looking into "buying into" a database
  20. >developed for the Seattle Mountaineers in Advanced Revelation.
  21. >Naturally, our needs are not exactly the same, but from the talks we
  22. >have had with the person who is actually using the database, it is very
  23. >close to our needsd: Basic membership tracking, event scheduling, hut
  24. >bookings, donor tracking, etc. But we will have to make modifications.
  25.  
  26. >Here's the questions...
  27.  
  28. >  Relational
  29. >    How close does it get to Codd's 12 rules?
  30.  
  31. Fairly, but some rules are intentionally broken: ARev uses "multi-valued"
  32. fields. In other words, a single row/column intersection could contain multiple
  33. values rather than a single value as in a completely normalized database. This
  34. is functionally and performance-wise, a strong advantage. It is fairly typical
  35. for a primary table to have one or more fields which are 1:many relationaships.
  36. ARev allows this 1:many to hold true, avoids deletion and insertion anomalies,
  37. and allows the higher performance of a single table data entry screen or report
  38. program. 
  39.  
  40. I am of the opinion that Codd's rules are there for a starting point, and as
  41. long as you can break the rule without incurring the penalty which the rule is
  42. there to prevent (ie: normalization is to prevent deletion and insertion
  43. anomalies among other things), and if by breaking the rule you gain substantial
  44. advantages either in structure clarity or performance, or all of the above,
  45. then you should break the rule.
  46.  
  47. >    Does it support integrity rules in the dictionary?
  48. Not directly, but you can create "symbolic" fields which are in effect programs
  49. to ensure data integrity, and there are hooks into the data entry screens to
  50. allow inclusion of these symbolic fields for data validation. In fact, if you
  51. write the validation code before you create the screen, it is automatically
  52. included. 
  53.  
  54. >    Does it cascade deletes?
  55. No. see above.
  56.  
  57. >  Query, Forms, Reports
  58. >    Does it use SQL? 
  59. Yes
  60.  
  61. > Something better or worse?
  62. Yes. It has its own 4GL built-in
  63.  
  64. >    Does it have an interactive command line for ad-hoc queries?
  65. Yes, and you can store the ad-hoc queries and add them to a menu.
  66.  
  67. >    Multi-table forms?
  68. Yes
  69.  
  70. >    How easy is it to build a form?
  71. Simple forms: trivial - there is a "Quick Paint"
  72. Complicated forms: up to you - the entire power of the built-in R/Basic
  73. programming language is available.
  74.  
  75. >    Data validation in forms?
  76. Yes - see above - all the hooks are there to attach complete programs for pre-
  77. and post- validation. There are extensive built-in validation features which
  78. require no programming, including validation of keys in other tables.
  79.  
  80. >    Reports to screen and printer?
  81. Yes, Alt-P sends a screen report to the printer with no extra work on the
  82. developer's part. 
  83.  
  84. >On-screen "drawing" of reports or procedural programming?
  85. Sort of. Reports can be "painted" on the screen. If by procedural programming,
  86. you mean something like the FP or small-talk languages, no.
  87.  
  88. >  Programming
  89. >    How 4GL is it?
  90. Which part.. Some is (TCL, SQL, R/List query language), and some isn't: the
  91. R/Basic programming language.
  92.  
  93. >Does it encourage modular programming, and is someone else's
  94. >            code generally easy to understand?
  95.  
  96. Up to you. Separate compilation of subroutines (and functions) is available,
  97. and after that, how diciplined is the programmer. 
  98.  
  99. >        Access to forms and reports from the programming language?
  100. Yes
  101. >    Access to operating system?
  102. Within limits.
  103.         
  104. > Documentation
  105. >    How does it rate?
  106.  
  107. I can't really tell. To me its quite good, but after 7-8 years of reading it, I
  108. understand their philosophy and I know where to look for things.
  109.  
  110. >What's the availability of 3rd party books, etc.
  111. None.
  112.  
  113. >Anything else you'd like to comment on would be appreciated.
  114.  
  115. They have a habit (management induced, from what I can tell) of releaseing new
  116. versions in advanced-beta condition, and then releasing fixes as .01 upgrades
  117. or making the patches available on ComuServe (GO REVELATION).
  118. For example: Revelation G2B was an incremental upgrade/fix, and was very stable
  119. and full-featured for its time (1985-86). Advanced Revelation 1.0, the G2B
  120. sucessor, was junk - missing features, bugs, ... ARev 2.0 and 2.1 acheived
  121. stability and 2.12 is a truely excellent product with _very_ few bugs. I can
  122. develop complete applications very quickly. The building of data-entry screens
  123. and canned reports is extremely easy. Complex reports require the same time as
  124. in any environment where you are actually writing a program from scratch.
  125.  
  126.      If you can
  127.     make comparisons to Oracle on one end and R:base on the other...
  128.  
  129. Not sure I can. As to Oracle, I'm only a user under CMS. I'm not impressed with
  130. what I've seen, and one of my Oracle-programming co-workers occasionally
  131. wanders by when I'm working, and I've managed to impress him with quite a few
  132. of the features of ARev 2.12
  133.  
  134. >>  There are, however, (IMHO) management problems in the company which
  135. >>  prevent the product from becoming a mass market product.
  136.  
  137. >I'm not one to feel that a mass market product is necessarily good. Look
  138. >at Dbase. 
  139. Do I have to? I just had breakfast.
  140.  
  141. >How much of a machine does it need? 
  142. The more the better. 
  143. >RAM per user? 
  144. Per user? good question. On a single user machine (DOS - OS/2), it wants 640KB
  145. Base plus 2-3 MB Expanded, There is an OS/2 version, but it lags far behind the
  146. DOS version. There is a sort-of Windows version called Open Insight which I've
  147. just acquired and begun testing. The win version provides pretty full access to
  148. the Windoze API, but seems like it is missing all of the quick productivity
  149. tools present on the DOS version . OI accesses mutiple types of DOS databases
  150. in addition to the ARev base it is built on, including dBase and Lotus
  151. spreadsheet files.
  152.  
  153. >Disk space? 
  154. 10MB Plus data
  155.  
  156. >Is it strictly DOS? 
  157. No - I run both the DOS and Windoze versions under OS/2, which is what I run
  158. both at work and at home. I'm very happy with it in the multi-tasking
  159. environment.
  160.  
  161. >Will it run on TCP/IP 
  162.  
  163. Huh? TCP/IP is an internetowrking protocol, not an OS. if you have NFS mounted
  164. drives, there should be no problem.
  165.  
  166. >or Novell only? 
  167.  
  168. It is aware of mutiple LAN protocols, and will do record locking etc in all of
  169. them, so the LAN versions are effectively multi-user machines when installed on
  170. the server and run from the local workstations.
  171.  
  172. >What does a license cost?
  173. Too much! list is >$1000, but it is available for less. I paid $250 as an
  174. upgrade from G2B, some places like Telemart sell it for around $700. Run-times
  175. are between $150 and $250, depending on where you get them. 5-user LAN bump
  176. disks are around $495 (list) minus whatever discount you can find.
  177.  
  178. >Do you have an address/phone number for the company so that I can
  179. >request their promotional literature? You don't hear much about ARev in
  180. >this neck of the woods.
  181.  
  182. Try Elf Software in Washington state, 1-800-422-2511. This is a small
  183. distributorship which specializes in Arev products and sponsors a bi-monthly
  184. newsletter devoted to ARev, GRev, and Open Insight.
  185.  
  186. Revelation Technologies is 1-800-262-4747; but this is strictly a sales
  187. office on the east coast. I think the developers are still in the Seattle area
  188. where the company started.
  189.  
  190. Hope this helps.
  191.  
  192. chad
  193. price@helios.unl.edu
  194. chad@windsurf.unmc.edu
  195.  
  196.  
  197.  
  198. --
  199. chad
  200. price@helios.unl.edu
  201. cprice@molecular.unmc.edu
  202.