比较数据库与HTTP与直接文件访问性能的图表或统计信息？

Question

我想知道不同的存储（并因此检索）内容的方式的统计数据。那里有没有图表，或者你们有任何快速测试显示，每秒的请求等等：

• 直接（本地）数据库访问，vs。
• HTTP访问缓存数据，vs。
• HTTP访问未缓存的数据（远程数据库），vs。
• 直接文件访问

我想知道如果我正在使用远程服务，那么本地缓存数据是多么必要。

谢谢！

Answer 1

  

..统计数据是什么......

虽然有些人可能已经发表了他们的发现，但这并不会直接映射到您的经历 - 您可能会发现他们发现的相反。

有时从数据库检索文件可能比文件更快 - 它取决于文件的大小，它所驻留的文件系统或DBMS，影响访问路径的其他数据（例如索引，I的数量） / O操作以取消引用文件的开始...）底层硬件，可用的高速缓存量，数据的存在或与其在高速缓存中的位置有关的信息以及这些因素中的每一个之间的交互。

在您开始考虑在开始讨论HTTP时引入的其他变量之前，这也意味着远程网络访问。

虽然最终需要从文件系统中读取任何文件，但这表明直接文件访问是最快的方法（但仅限于本地计算机）但是如果考虑集中式缓存和并发性，则不一定案件。

  

我想知道如果我正在使用远程服务，那么本地缓存数据是多么必要。

很难说。多远？你的带宽成本是多少？潜伏？您希望提供什么级别的服务？远程系统是否已提供缓存信息？你如何处理缓存失效？

如果我们了解您的应用程序，数据源，连接它们的客户和网络以及实施服务的预算，那么我们可能会猜测。并且，是的，在MITM服务器上缓存可能是一个好主意，但前提是你知道你没有通过使用缓存来破坏任何东西。

下进行。