home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.databases.theory
- Path: sparky!uunet!gatech!darwin.sura.net!zaphod.mps.ohio-state.edu!sdd.hp.com!scd.hp.com!cupnews0.cup.hp.com!dhepner
- From: dhepner@cup.hp.com (Dan Hepner)
- Subject: Re: Transactions In OSs
- Sender: news@cupnews0.cup.hp.com
- Message-ID: <BuBo9A.E7p@cup.hp.com>
- Date: Wed, 9 Sep 1992 17:51:10 GMT
- References: <1992Sep8.232718.15295@fawlty.towers.oz.au>
- Organization: Hewlett-Packard
- X-Newsreader: Tin 1.1scd1 PL4
- Lines: 26
-
- From: johnmac@fawlty.towers.oz.au (John MacLean)
-
- >Are there any operating systems (either commercial or research) that
- >include transaction processing as part of the core operating system.
-
- Tolerant Systems produced a distributed Unix which included
- transactions. This OS is still running in a few places.
-
- >ie: Can you start a transaction, update two files, and then complete
- >the transaction; with all the commit and rollback implications.
-
- You can. And the files can be on separate machines.
-
- >If so, is there any experimentation going into building a database
- >system that makes use of these transactions in such a way that both
- >files and database tables could be updated in a single transaction.
- >John MacLean.
-
- Here was where it never quite added up. No one wants to write a
- DBMS, for excellent reasons. Existing DBMS products don't ask the
- OS to have transactions, and don't have a sensible way to use OS
- transactions even if they exist.
-
- What we need is an XA compliant Posix filesystem.
-
- Dan Hepner
-