home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.databases.theory
- Path: sparky!uunet!sun-barr!ames!pacbell.com!tandem!NewsWatcher!user
- From: Lyon_Jim@Tandem.Com (Jim Lyon)
- Subject: Re: Transactions In OSs
- Message-ID: <Lyon_Jim-090992133400@130.252.133.166>
- Followup-To: comp.databases.theory
- Sender: news@tandem.com
- Nntp-Posting-Host: 130.252.133.166
- Organization: Tandem Computers, Inc
- References: <1992Sep8.232718.15295@fawlty.towers.oz.au>
- Date: Wed, 9 Sep 1992 20:49:56 GMT
- Lines: 18
-
- In article <1992Sep8.232718.15295@fawlty.towers.oz.au>,
- johnmac@fawlty.towers.oz.au (John MacLean) wrote:
- >
- > Are there any operating systems (either commercial or research) that
- > include transaction processing as part of the core operating system.
- >
- > ie: Can you start a transaction, update two files, and then complete
- > the transaction; with all the commit and rollback implications.
-
- Tandem's Guardian system has had this capability for about 12 years.
- Each file has an attribute that says whether updates to that file
- belong to transactions. This transaction manager existed long before
- relational databases a la SQL became popular; we implemented SQL as
- another object manager using the same transaction manager.
-
-
- -- Jim Lyon "... where the work is NonStop,
- Lyon_Jim@Tandem.Com and we do everything twice."
-