任何人都可以建议DBMS在写入时快速有效吗？

我有一个项目,这将是写重而不是重读.我想知道是否有人对开源DBMS设置有任何快速写入的建议？

它也不一定是关系型DBMS; 我愿意接受建议.

我在下面引用NoSQL结论的某些部分:如果只是那么容易(文章更多关于可伸缩性,但仍包含适用于您的上下文的有趣事物):

[...]

值得指出的是,如果你因为无法选择数据库而无法制作超级棒的东西,那么你做错了.如果您了解mysql,请使用它.在您确实需要时进行优化.像ak/v商店一样使用它,像rdbms一样使用它,但为了上帝的缘故,构建你的杀手级应用程序!这些对大多数应用程序都不重要.Facebook仍然使用MySQL,很多.维基百科使用MySQL,很多.FriendFeed使用MySQL,很多.NoSQL的是一个伟大的工具,但它肯定不会是您的竞争优势,它不会让您的应用热点,而最重要的是,你的用户不会给狗屎任何关于这一点.

我打算如何构建我的下一个应用程序？可能是Postgres.我会使用NoSQL吗？也许.我也可以使用Hadoop和Hive.我可能会把所有内容保存在平面文件 也许我会开始攻击磁悬浮.我将使用最适合这份工作的东西.如果我需要报告,我将不会使用任何NoSQL.如果我需要缓存,我可能会使用Tokyo Tyrant.如果我需要ACIDity,我不会使用NoSQL.如果我需要大量的计数器,我会使用Redis.如果我需要交易,我会使用Postgres.如果我有一大堆单一类型的文件,我可能会使用Mongo.如果我每天需要写10亿件物品,我可能会使用Voldemort.如果我需要全文搜索,我可能会使用Solr.如果我需要对volatile数据进行全文搜索,我可能会使用Sphinx.

[...]

因此,如果非ACID存储系统是一个选项,我会看看Voldemort.如果没有,没有更具体的信息,我不能说一个DBMS对于写密集型应用程序是否真的比另一个更好.实际上,我认为这更多的是设计/架构/调整,并倾向于与作者达成一致:1)使用你最了解的那个2)你选择哪一个对大多数应用程序都无关紧要.