Performance 数据存取速度
你认为哪一个更快: A) 在包含10亿个文件的目录中的固态驱动器上读取512字节长的文件 B) 通过唯一索引键从包含10亿条记录的数据库表中选择512字节的列 编辑:Performance 数据存取速度,performance,hardware,benchmarking,Performance,Hardware,Benchmarking,你认为哪一个更快: A) 在包含10亿个文件的目录中的固态驱动器上读取512字节长的文件 B) 通过唯一索引键从包含10亿条记录的数据库表中选择512字节的列 编辑: 操作系统、数据库或文件系统真的会起作用吗?这是一场势均力敌的比赛吗?SSD真的那么快吗?数据库真的那么慢吗?回答这个问题的最佳方法是执行基准测试 也有很多变量要考虑。例如:什么固态硬件?数据库将使用哪个驱动器?正在使用什么文件系统?什么操作系统?什么数据库?有太多的变量无法给你一个明确的答案,但在所有其他条件相同的情况下,它是B,
操作系统、数据库或文件系统真的会起作用吗?这是一场势均力敌的比赛吗?SSD真的那么快吗?数据库真的那么慢吗?回答这个问题的最佳方法是执行基准测试
<>也有很多变量要考虑。例如:什么固态硬件?数据库将使用哪个驱动器?正在使用什么文件系统?什么操作系统?什么数据库?有太多的变量无法给你一个明确的答案,但在所有其他条件相同的情况下,它是B,因为数据库是从头开始设计来处理这类工作的。你的问题是:solid state的目录内容索引比内部数据库索引好/坏吗 没有办法计算这名工作人员,因为还有太多的参数需要考虑 在未来的MS操作系统中,有一个想法是将文件系统建立在数据库(sql server的未来版本)的基础上,然后问题可能会有更多的逻辑
现在,我甚至不认为你可以对这个问题进行基准测试——因为我认为你买不起1000GB的SSD,即使你得到了一个-它是如此依赖于OS,结果无论如何也不是很多。你要使用什么样的固态存储设备有一个万亿字节的存储?它不是半字节吗?半个字节的数据,但是你需要考虑文件系统簇大小和目录元数据开销。对于这么多的文件来说,这肯定是不寻常的。不知道文件系统、操作系统、SSD接口和无数参数并不能说明这个数字的意义。另外,你的问题是,SSD有这么快吗?