Re: large dataset with write vs read clients
От | Mladen Gogala |
---|---|
Тема | Re: large dataset with write vs read clients |
Дата | |
Msg-id | 4CB0E006.8010905@vmsinfo.com обсуждение исходный текст |
Ответ на | Re: large dataset with write vs read clients (Florian Weimer <fw@deneb.enyo.de>) |
Ответы |
Re: large dataset with write vs read clients
Re: large dataset with write vs read clients |
Список | pgsql-performance |
I have a logical problem with asynchronous commit. The "commit" command should instruct the database to make the outcome of the transaction permanent. The application should wait to see whether the commit was successful or not. Asynchronous behavior in the commit statement breaks the ACID rules and should not be used in a RDBMS system. If you don't need ACID, you may not need RDBMS at all. You may try with MongoDB. MongoDB is web scale: http://www.youtube.com/watch?v=b2F-DItXtZs Florian Weimer wrote: > * Greg Smith: > > >> Given the size of your database, I'd advise you consider a migration >> to a new version ASAP. 8.4 is a nice stable release at this point, >> that's the one to consider moving to. >> > > It also offers asynchronous commits, which might be a good tradeoff > here (especially if the data gathered is not used for billing purposes > 8-). > > -- Mladen Gogala Sr. Oracle DBA 1500 Broadway New York, NY 10036 (212) 329-5251 www.vmsinfo.com
В списке pgsql-performance по дате отправления: