home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / bit / listserv / cumrecl / 1057 < prev    next >
Encoding:
Text File  |  1993-01-21  |  2.8 KB  |  55 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!paladin.american.edu!auvm!CC.WEBER.EDU!TSCWHITEHEAD
  3. X-Envelope-to: CUMREC-L@VM1.NoDak.EDU
  4. X-VMS-To: IN%"CUMREC-L@VM1.NoDak.EDU"
  5. Message-ID: <90E32656F55F407521@cc.weber.edu>
  6. Newsgroups: bit.listserv.cumrec-l
  7. Date:         Thu, 21 Jan 1993 14:00:00 MST
  8. Sender:       CUMREC-L Administrative computer use <CUMREC-L@NDSUVM1.BITNET>
  9. From:         Clarke Whitehead <TSCWHITEHEAD@CC.WEBER.EDU>
  10. Subject:      Re: SCT Banner / Distributed Processing
  11. Lines: 42
  12.  
  13. Roy Martin <CCSYS005%CCSUVM1.BITNET@VM1.NoDak.EDU> said:
  14.  
  15. >CCSU is looking, (just looking), at the possibility of procuring SCT's
  16. >Banner series, (student information system).  The main characteristic we
  17. >desire is distributed processing - the database is spread over different
  18. >machines and operating systems to cut down on the bottlenecks created by
  19. >the traditional 'putting all your eggs in one database.'  (Can I mix
  20. >metaphors, or what!)  The SCT salesmen assure us this is possible with
  21. >their BANNER series, (the ORACLE database is really what gets distributed).
  22.  
  23. I'm a little confused about your intention.  A system such as SCT *is*
  24. typically in one database.  A database is simply a collection of related
  25. data.  I don't see how you could, or would want to split a commercial
  26. system into separate databases.  If you are talking about moving certain
  27. datasets or files to different systems, yes ORACLE allows you to do that,
  28. but again when looking at a specific system like SCT, I see no advantage.
  29. In fact you could run into problems since the operation of the system
  30. then will only be as good as the weakest link.  If one hardware system
  31. goes down, which happens to have a critical SCT file on it, most likely
  32. the SCT system as a whole will fail.   The question comes down to your
  33. organization's objective.  If you have standardized on Oracle for all
  34. (or many) systems, then this may be a good move, simply for the sake of
  35. standardization, less re-training.  You may be able to create better
  36. links with other Oracle systems also.  However, if this is a decision
  37. for just your Alumni/Development system, I wouldn't recommend basing that
  38. decision on it being written for Oracle.  If this system is viewed as
  39. a standalone system, then the best rule of thumb is to make you selection
  40. based on the software that best fills your needs, and get the hardware
  41. to run it.
  42.  
  43. >In the interest of not trusting a salesmen farther than you can throw him,
  44. >does anyone have any experience with BANNER in a distributed environment?
  45.  
  46. You're wise not to trust them.  Put together an RFP (request for proposal)
  47. with all of your needs defined, send it to the vendors which have
  48. applicable systems, and go through the proper evaluation procedure.  We're
  49. in the process of doing that right now.
  50.  
  51. Clarke Whitehead
  52. Director of Annual Fund/Information Systems
  53. Weber State University
  54. tscwhitehead@cc.weber.edu
  55.