Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!cs.utexas.edu!uunet!dgis!jkrueger From: jkrueger@dgis.daitc.mil (Jonathan Krueger) Newsgroups: comp.databases Subject: Re: DB engine embedded in the OS? Message-ID: <34@dgis.daitc.mil> Date: 18 Aug 89 20:57:18 GMT References: Distribution: comp Organization: DTIC Special Projects Office (DTIC-SPO), Alexandria VA Lines: 21 hargrove@harlie.sgi.com (Mark Hargrove) writes: >One group of vendors (most notably DEC and Tandem) are making very strong >arguments that most, if not all, of a DB engine should be embedded in the >operating system. Tandem is basically in the state already; DEC insists >they will be. Both argue that high performance DB's *require* this approach. I remember, not so very long ago, hearing that operating systems had to be written at machine level, or performance would be unacceptable. And that shells had to be part of the operating system. And that records had to be hardwired into file manipulations and record structure imposed on all i/o. Oh yes, and that database programming had to refer to specific tracks and cylinders when defining and accessing data. Have we learned nothing? -- Jon -- Jonathan Krueger jkrueger@dgis.daitc.mil uunet!dgis!jkrueger Isn't it interesting that the first thing you do with your color bitmapped window system on a network is emulate an ASR33?