home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / software / 2932 < prev    next >
Encoding:
Internet Message Format  |  1992-07-23  |  2.0 KB
  1. Xref: sparky comp.software-eng:2932 comp.arch.storage:535 comp.unix.internals:1594
  2. Newsgroups: comp.software-eng,comp.arch.storage,comp.unix.internals
  3. Path: sparky!uunet!decwrl!world!sss
  4. From: sss@world.std.com (Sergiu S Simmel)
  5. Subject: Re: Large Application data sets (was: Copyless I/O)
  6. In-Reply-To: bernie@metapro.DIALix.oz.au's message of Sun, 19 Jul 92 05:27:30 GMT
  7. Message-ID: <SSS.92Jul22191058@world.std.com>
  8. Sender: sss@world.std.com (Sergiu S Simmel)
  9. Organization: Penobscot Development Corporation, Arlington MA
  10. References: <92184.113053U36842@uicvm.uic.edu> <1992Jul8.014950.20453@metapro.DIALix.oz.au>
  11.     <21110@rpp386.lonestar.org>
  12.     <1992Jul11.031141.8140@metapro.DIALix.oz.au>
  13.     <21144@rpp386.lonestar.org>
  14.     <1992Jul13.090423.20408@metapro.DIALix.oz.au>
  15.     <32999@cbmvax.commodore.com>
  16.     <1992Jul19.052730.1748@metapro.DIALix.oz.au>
  17. Date: Thu, 23 Jul 1992 00:10:58 GMT
  18. Lines: 25
  19.  
  20.  
  21.  
  22.    UNIX filesystems are IMHO, OK for almost 100% of all files.
  23.    The 1 in 100,000 that doesn't fit is usually some database
  24.    which is from my experience, is more appropriately managed
  25.    by the DB engine on a raw disk (or 10) to optimise placement
  26.    of indexes and data.
  27.  
  28. Now imagine that both the file system and your database sit on top of
  29. THE SAME data manager -- which presents a low level raw data
  30. abstraction (no types, no names, no directories, etc. just bits,
  31. pointers, identifiers, etc.). The data manager sits on top of the disk
  32. drivers. And the data manager also manges who can get to what (that
  33. is, data visibility). Higher level layers (call them file systems,
  34. dbms, etc.) define data models, naming schemes, transaction models,
  35. access control and security, etc.
  36.  
  37. Why? (1) reuse (2) interoperability (3) robustness (4) compactness.
  38.  
  39. ---SSS---
  40. -- 
  41.   ___    ___    ___   ________________________________________________________ 
  42.  |   `  |   `  |   `  Sergiu S. Simmel       Penobscot Research Center, Inc.
  43.   \ __   \ __   \ __   50 Princeton Road      Internet: sss@world.std.com
  44.        \      \      \  Arlington, Mass        Voice:  +1-617-646-7935
  45.