什么是白天(它是流量交换服务)来存储大数据和处理成千上万的请求最快和最稳定的非SQL数据库?我发现KDB +与Berkeley DB。他们是好?是否有其他选择?

的更多细节...

每个天服务器进程> 100K访问。对于每一个访问中,我需要从数据库读取相应的统计数据,写日志到数据库和更新统计在DB,又名3操作与每次访问DB。流量不断加大。因此,DB引擎要快。从一个侧面DB将被写在C,二郎或任何其他低级语言恶魔进行管理。从另一个侧面DB将PHP脚本来管理。

有帮助吗?

解决方案

伯克利DB是经得起考验和硬化并且在许多大型高交易量系统的心脏。一个例子是,用巨大的LDAP存储(Openwave公司,例如)无线运营商基础架构每天处理超过200亿笔交易。这些系统通常也有在混合太在时间点恢复像甲骨文,但他们使用的Berkeley DB作为复制缓存。

另外,BDB不限于密钥值对在标量值的质感。你可以任何你想要存储的价值,包括任意结构/记录。

其他提示

在文件系统本身几乎比其他任何东西更快,更稳定。它无缝,高效地存储大数据。该API非常简单。

可以存储和从文件系统非常,非常有效地检索。

由于您的问题是关于“要求”瘦一点很难多说。

什么Redis的?

http://code.google.com/p/redis/

还没有尝试,但没有读到它,它似乎是一个快速,稳定的足够的数据存储。 它还提供了一个体面的抗单点故障的解决方案,据我了解。

这有什么错 SqlLite ?由于一开始没有明确规定非SQL,Berkeley DB的基于,如果你想扩展数据集,更是让这可能不适合您的需要是足够的键/值对,你将如何作出这样的数据集之间的相互关系使用键/值对....

在另一方面,KDB +,在他们的网站看 FAQ 是一个关系可通过自己的编程语言Q处理SQL ...知道数据库,如果需要迁移出现,有可能是潜在的障碍,比如不兼容的方言或使用供应商细节,因此,潜在的查询会被锁定到该数据库并且不能够考虑迁移在所有...的东西承担以后...

您需要小心你的决定在这里看一下,从长远的角度来看,未来的升级,迁移到另一个数据库,多么容易会是最多,规模等

此类别中的一个明显条目是InterSystems的缓存。 (嗯,很明显,我...)注意,但是,它并不便宜。 (但我不认为KDB +要么。)

MongoDB是最快最好nosql的数据库。看看此业绩比较基准

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top