【发布时间】：2009-12-31 02:08:07
【问题描述】：
是否有一些关于各种查询执行时间的可靠（即确认）数据，例如不同类型的连接、扫描，以及不同类型和大小的数据？我正在寻找数量级。这不一定是特定于供应商的数据。
latency for various access times 的呈现方式应该类似。 （点击查看回复。）
我寻找它的原因是决定我是否应该在我正在从事的项目中使用 RDBMS。我不需要复杂的连接，我可能会摆脱本地 memcache 甚至磁盘访问。
根据要求，可能需要 RMDBS 的项目部分都位于单个节点上的本地。节点可以存储任何类型的数据，任何类型的读/写都是基于键的，因为它将其存储组件视为一个巨大的字典。它可能会尝试遍历对象，并且可能有一个对象为这些对象提供列表。这种迭代可能类似于“查找具有此属性的所有对象”（即查找列与该值匹配的所有行）。这是我不确定的部分——如果有的话，RDBMS 能给我带来多少优势？我不认为需要加入。
我喜欢这个基准测试的另一个原因是，考虑到网络延迟和本地执行时间之间的差异，我可以决定向各个节点卸载多少。
【问题讨论】：
-
如果没有更多关于数据类型、您尝试解决的问题、预期用途等的详细信息，这真的不可能以任何有意义的方式回答。您最好只描述项目并确定如果 RDBMS 适合基于此。
-
我记得我的一位教授曾经说过，自己实现 DBMS 会很愚蠢。我认为他的引述类似于“你认为作为一个个体，你是否可以匹配过去 30 年左右由非常聪明的人开发的系统的性能？”当然，访问文件比在数据库中查找要快，但是您正在谈论对不同类型的数据类型进行搜索和搜索。对于实现自己的 DBMS，我会三思而后行。
标签： database performance optimization query-optimization benchmarking