Re: Alternatives to ACID, non-serialized concurrent transactions?
Date: 6 May 2003 16:43:09 -0700
Message-ID: <af3d9224.0305061543.79447625_at_posting.google.com>
> processing, there are very few of the latter. there are also few real time
> applications that require "large" databases.
Very true. Especially since 64 bit machines are going be like 5 grand a piece in a year or so.
> the best example i can think
> of at the moment of a near real time application with a large database is
> the new york stock exchange. NYSE buys a lot of cache memory.
I imagine they do. I've done some work at a company that does energy trading, hence, the interest in alternative database technologies.
>
> keep in mind ACID is for transactional databases. there are many other
> kinds of databases where ACID is not significant.
How does one make that kind of a call. Like, where do you say: "To ACID or not to ACID". I can see the case in Neural Networks, as everything is in parallel. Received on Wed May 07 2003 - 01:43:09 CEST