Web 应用程序的数据库设计
这是一个非常菜鸟的问题，所以请耐心等待。
考虑一个拥有 100,000 个用户的 Web 应用程序。每个用户都可以创建条目或博客文章，正如您所说的那样。假设每个用户有 100 个条目。将所有用户存储在一张表中是否合适？ （意思是，一个有 100,000 行的表？）并且还有另一个表来存储每个用户所做的条目。
这是一个糟糕的设计吗？什么是存储所有信息以方便快速访问信息的有效方法？
感谢您抽出时间！
This is very much a noob question, so please bear with me.
Consider a web application with 100,000 users. Each user can create entries or blog posts, as you may call it. Assume each user has 100 entries. Would it be appropriate to store all the users in one table? (Meaning, a table with 100,000 rows?) and further have another table to store the entries made by each user.
Is this a bad design? What would be an efficient way to store all the information to facilitate quick access of the information?
Thanks for your time!
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
对于数据库表来说，100,000 行并不是一个很大的数字 - 将条目与用户分开是一个不错的决定。
一个简单的结构类似于：
用户表
条目表
Having 100,000 rows is not a big number for a database table to handle - and separating the entries from the users is a good decision.
A simple structure would be something like:
User table
Entry table
您所描述的是一个基本的关系模型，这非常好。
表中 100.000 行是否是一个好主意取决于多种因素，例如您使用的 RDBMS、它将在什么硬件上运行、您期望每秒有多少个查询，等等。
What you're describing is a basic relational model, which is perfectly fine.
Whether 100.000 rows in a table is a good idea depends on various factors, such as what RDBMS you're using, what hardware it'll run on, how many queries per second you're expecting, et cetera.