要存储在数据库中的 "normal" 数据量是多少？
What are "normal" amounts of data to store in a database?
对于我的 Web 应用程序项目，我需要将用户数据存储在数据库中。显然，所有用户都与他们的唯一 ID 一起存储，但是用户在应用程序中创建的“项目”呢？
用户登录后，他们可以在应用程序中创建“项目”，无论项目是什么。每个项目都有一堆由用户创建的属性。我可以创建一个名为“user_items”的 table，其中包含项目 ID 和创建它的用户的用户 ID。但是，如果该应用程序有 1000 个用户，他们都创建了 50 个至少具有 10 个属性的项目呢？这将创建包含 10 列的 50000 条记录。所以我开始怀疑...
这是否会在普通服务器上造成加载问题（减慢进程）？
数据库中存储的正常数据量是多少？
非常高的水平：
- 现代 RDBMS，运行 在现代硬件上，可以处理具有数亿行的表，并且仍然 return 快速得到结果。
- 但前提是它设计良好并且可以为您的查询使用索引。
- 有些查询不能使用索引，例如字符字段上的通配符搜索（例如
where name like '%bob%'）
- 如果有大量 并发 用户，您的应用程序的性能可能会下降，您需要确保每个页面请求不会生成数百个数据库请求。如果您有 1000 个用户同时使用该站点，并且每个请求需要 100 个数据库查询来呈现您的页面，则您的数据库可能没有足够的资源来同时处理这些查询。
对于我的 Web 应用程序项目，我需要将用户数据存储在数据库中。显然，所有用户都与他们的唯一 ID 一起存储，但是用户在应用程序中创建的“项目”呢？
用户登录后，他们可以在应用程序中创建“项目”，无论项目是什么。每个项目都有一堆由用户创建的属性。我可以创建一个名为“user_items”的 table，其中包含项目 ID 和创建它的用户的用户 ID。但是，如果该应用程序有 1000 个用户，他们都创建了 50 个至少具有 10 个属性的项目呢？这将创建包含 10 列的 50000 条记录。所以我开始怀疑...
这是否会在普通服务器上造成加载问题（减慢进程）？
数据库中存储的正常数据量是多少？
非常高的水平：
- 现代 RDBMS，运行 在现代硬件上，可以处理具有数亿行的表，并且仍然 return 快速得到结果。
- 但前提是它设计良好并且可以为您的查询使用索引。
- 有些查询不能使用索引，例如字符字段上的通配符搜索（例如
where name like '%bob%'） - 如果有大量 并发 用户，您的应用程序的性能可能会下降，您需要确保每个页面请求不会生成数百个数据库请求。如果您有 1000 个用户同时使用该站点，并且每个请求需要 100 个数据库查询来呈现您的页面，则您的数据库可能没有足够的资源来同时处理这些查询。