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?