以下哪种存储方法最快?

发布于 2024-10-10 19:18:13 字数 256 浏览 4 评论 0原文

100 万用户,每个用户只需要自己的 100 个字符串数据集(每个字符串约 255 个字符)。每个每天访问一次,每天进行 2 次读取(所有数据)和 1 次写入(1 个字符串)

  • mysql
  • amazon EC2 + simpleDB
  • amazon EC2 + 平面文件系统(文本文件 + php)
  • amazon EC2 + sqllite - 删除,因为它不能处理它。

哪个最快?

1 million users, each only needing their OWN data set of 100 strings (approx 255 characters each). Each accesses once each day, doing 2 reads (all data) and 1 write per day (1 string)

  • mysql
  • amazon EC2 + simpleDB
  • amazon EC2 + flat file system (text files + php)
  • amazon EC2 + sqllite - removed as it can't handle it.

Which is fastest?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

嘦怹 2024-10-17 19:18:14

本地 mySQL 几乎肯定会比远程/云数据存储更快,但取决于网络速度、服务器配置等。

local mySQL is almost certainly going to be faster than a remote/cloud data storage, but depends on network speeds, server configuration, etc.

瞎闹 2024-10-17 19:18:14

如果它是所有这些用户的单个 SQLite 数据库文件,那么它就会消失。尽管大肆宣传和理论规格能够处理 TB 大小的数据库,但 SQLite 并不能很好地处理数百万条记录。当然,这个限制并不精确,很大程度上取决于表的设计。

If it's a single SQLite database file for all those users, expect it to die. Despite the hype and theoretical specs of being able to handle Terabyte-sized databases, SQLite does not handle millions of records all that well. Of course, the limit is not precise, depends highly on table design.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文