home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / object / 4250 < prev    next >
Encoding:
Text File  |  1992-11-17  |  3.0 KB  |  73 lines
  1. Newsgroups: comp.object
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!sgiblab!darwin.sura.net!jvnc.net!yale.edu!qt.cs.utexas.edu!news.Brown.EDU!noc.near.net!mv!world!sss
  3. From: sss@world.std.com (Sergiu S Simmel)
  4. Subject: When an (OO)DBMS Won't Do!
  5. Message-ID: <SSS.92Nov17111417@world.std.com>
  6. Sender: sss@world.std.com (Sergiu S Simmel)
  7. Organization: Penobscot Development Corporation, Arlington MA
  8. Date: Tue, 17 Nov 1992 16:14:17 GMT
  9. Lines: 62
  10.  
  11.  
  12. [For more information contact: kenb@dec5120d.ccs.northeastern.edu]
  13.  
  14.  
  15.               The Greater Boston Chapters of the
  16.              ACM, IEEE Computer Society and SIGMOD
  17.                    present:
  18.  
  19.                Kala(tm) -- When a DBMS Won't Do!
  20.  
  21.                    Sergiu S. Simmel
  22.                Penobscot Development Corporation
  23.                  Arlington MA
  24.  
  25.                Thursday 10 December 1992
  26.              7:00 PM with refreshments at 6:30 PM
  27.              Newman Auditorium, BBN, Inc.
  28.                    70 Fawcett Street
  29.                  Cambridge, MA
  30.  
  31.  
  32.      Where do you keep your persistent data?  We've had two main options so
  33. far: file systems (FSs) and database management systems (DBMSs).  For many of
  34. us, neither choice is good enough.
  35.  
  36.      On one hand, FSs are often unreliable, provide no data consistency, few
  37. offer versioning, sharing is primitive at best, and you have to keep
  38. transforming data between "internal" and "external" forms all the time.  But
  39. they are fast, they can hold any data, they are easy to use, and -- the price
  40. is right!
  41.  
  42.      On the other hand, true DBMSs support sharing and data integrity,
  43. transactions and versioning (although the specifics may not be exactly what
  44. your application needs), are scalable, and tend to be more robust.  But they
  45. are slower by an order of magnitude or more, they confine you to the kind of
  46. data they happen to know about (or you may impose any structure on a BLOB --
  47. back to where you were with files, only much slower), they are hard to use,
  48. quite complicated, and -- expensive in money, system resources, and operational
  49. costs!
  50.  
  51.      Not a bright picture in the economics of quality! Is there a happy medium?
  52. Something with the speed and flexibility of files, the reliability,
  53. shareability and robustness of databases, and a cost that won't break your
  54. wallet or the available hardware?  Sure there is!  A new class of products, the
  55. Persistent Data Servers, point to that direction.
  56.  
  57.      We will introduce Kala, the first commercial persistent data server.  This
  58. brief presentation will cover the basics of the Kala model, as well as an
  59. application example.
  60.  
  61. Biography
  62.  
  63.      Sergiu S. Simmel is co-founder and President of Penobscot Development
  64. Corporation, a company specializing in persistent data management technologies,
  65. software, and services.  Over the past eleven years, he has worked for several
  66. software companies as an engineer and manager in the areas of CASE,
  67. object-based technologies, persistence and language semantics.  He has been
  68. with the Kala Project for over six years.  Mr. Simmel received a MS in Computer
  69. and Information Sciences from the University of Minnesota.  He is currently
  70. working on a book on the Kala technology for Addison-Wesley.
  71.  
  72.  
  73.