当您进行大量数据传输和等待工作时,可能会发生具有高度稳定和非常高性能的散列连接的经典数据库是非常有价值的,但是甚至可以用Big Table实现替换,其中包含Map Reduce代码运行在许多机器上,您将获得良好的快速结果.已经在Hadoop上构建了一个大表实现,所以你可能想看看.

在用于非常快速检索(如内存缓存)的内存数据存储中,只要您不用担心在运行时填写缓存,当对象定期在您的网站上拉出时.

不幸的是,一旦开始将交易和酸度的其他部分应用于任何数据存储,变得难以管理.这就是为什么这么多非经典数据库数据库放弃了其中的一些,以获得性能提升.

我不认为“云数据库”是查看问题的正确方法,而不是“云解决方案”.作为数据存储的Cassandra,可以被认为是一个“云解决方案”,成为一个很大的问题：对于非常大的数据集(Facebook和其他站点使用它),我们如何才能获得最佳性能？如果这意味着一个帖子后并不是所有的群集都是最新的,那么只要一切顺利,就可以了.

“在线数据库” – 对于infodome而言 – 是有趣的动词.我认为一个在线数据库是一个正在运行的数据库(也可能被连接到).我认为他们的意思是一个网络可访问的数据库,这是不同的.为了构建一个这样的站点,你可能需要一些体面的数据存储知识,从技术上讲,任何不丢弃数据的内容(Memcache丢弃数据,Cassandra不会,postgres,MysqL,oracle都是古典数据库,所以它们是好)应该工作.那么你需要学习如何编写一个网站,我建议你从一大堆活跃的用户开始(Ruby On Rails,Drupal,尽管我从来没有使用过,比Perl Catalyst更容易,喜欢,但显然更难),然后学习如何构建有效的客户端JavaScript,并为您的应用程序生成一个有意义的xml或json api.

不幸的是,这是很多工作.我已经在这个行业多年了,我答应你,你会在这一段时间,在你的知识达到足够的鼻烟之前,用自己的应用程序编写复杂的程度.当你想到Facebook&他们并没有从那个层面开始,但随着他们的成长,他们的主要问题就是扩展,而不是应用程序的复杂性,这是不同的.

无论哪种方式,我希望我回答了几个问题,并把你推向正确的方向.如果没有,那也没关系.只需打字即可在这里烧一些时间.