要存储在数据库中的 "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 个数据库查询来呈现您的页面,则您的数据库可能没有足够的资源来同时处理这些查询。