Home
| Calendar
| Mail Lists
| List Archives
| Desktop SIG
| Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU |
Another database system is BerkeleyDB. That also has tranactional support. However, I tested it as a possible replacement for a btree based database on a previous contract, and it failed under some stress when I was running about 200 processes each with about 1 transaction a minute (to simulate drivers license updates for a certain state). BerkeleyDB is essentially a modernized version of GDBM with multiple keys, locking, et. al. On 24 Oct 2000, at 13:51, Mark J. Dulcey wrote: > > MySQL > > Interbase > > DB2 > > PostgreSQL > > DBMaker > > I've been using MySQL recently at my job, and it has been working well. > It's fast, and does everything we need it to do. > > MySQL does not have transaction support (the ability to bundle multiple > updates up as a unit, and roll the changes back unless all of them > succeed). If your application needs that, you'll have to look elsewhere. > PostgreSQL is one possibility that has been recommended by others; I > haven't used it yet. > - > Subcription/unsubscription/info requests: send e-mail with > "subscribe", "unsubscribe", or "info" on the first line of the > message body to discuss-request at blu.org (Subject line is ignored). -- Jerry Feldman Contractor, eInfrastructure Partner Engineering 508-467-4315 http://www.testdrive.compaq.com/linux/ Compaq Computer Corp. 200 Forest Street MRO1-3/F1 Marlboro, Ma. 01752 - Subcription/unsubscription/info requests: send e-mail with "subscribe", "unsubscribe", or "info" on the first line of the message body to discuss-request at blu.org (Subject line is ignored).
BLU is a member of BostonUserGroups | |
We also thank MIT for the use of their facilities. |