我正在开发一个网站，需要为该网站创建一个 ERD。我以前从未创建过一个，但一旦我找出必要的表，就会使用 MySQL 来设计它。我所要求的只是有关该网站可能需要哪些表格的想法。这是网站图片的链接：
显然需要有一个用户表。我已经创建了所有相关信息。我是否需要创建登录、注册、主页、精英登录、照片、活动、时事通讯和联系我们表格？照片链接会将用户带到一个页面，其中每个事件都有文件夹，如果单击该文件夹，则会打开另一个页面，其中包含实际照片，但您需要成为注册用户才能查看这些照片。登录超链接将成为用户表吗？注册链接是指向另一个表还是会添加到用户表中？活动页面只是一个超链接列表，可将您带到包含活动日期和描述的新页面，这需要它自己的表格吗？最后，时事通讯和联系我们页面是否也需要单独的表格？
就像我说的那样，我不是在寻找任何人来帮助创建 dERD，而只是让我知道是否需要所有这些表。从那里我可以建立 ERD 并创建适当的关系等等。
看完这个之后，我意识到我已经过分了，在考虑 ERD 之前，我需要在网站设计上做更多的工作。客户只批准了“主页”页面的模型，其他页面还有待进一步讨论。没有什么是一成不变的。因此，创建 ERD 还为时过早。从现在到需要查看数据库的许多事情都可以改变。请原谅这个话题，因为我对我的第一个项目过于兴奋。我需要专注于敏捷开发过程并放慢速度。专注于各个步骤，让事情由此发展。
您可能会从学习 MVC 模型、视图、控制器系统中受益。
视图（在 web 应用程序中）可以很好地映射到您显示的 HTML 页面。
模型很好地映射到系统中的“名词”——这些是数据库中的东西；用户、照片、时事通讯是这里的例子。
控制器映射到系统中的“动词”——注册、订阅、上传、保存、登录都是控制器可能提供的操作。
在大多数框架中，只有模型层存在于数据库中。
我建议您以更全面的方式考虑您的问题，而不是深入研究一堆不相关的想法。ERD 真的只映射到你需要持久的东西。
我建议您首先绘制大多数用户界面的纸质原型，至少在高层次上。然后对这些原型进行可用性测试，以确保您的界面设计对您以外的其他人有意义。（Soren Lausen 的《用户界面设计》是一本很好的书。）
然后，一旦你对接口的工作方式有了一个不错的了解，就可以考虑使这些接口工作所需的模型。显然，带有用户名和密码的登录表单将需要一个具有和（或实际上是）属性的User实体。确定所有这些模型可能需要一些我觉得您可能还没有的技能，但是如果您将界面绘制出来，那么这项任务对您来说会比您只是想坐在那里思考要容易得多和清晰得多它。你的第一次通过可能是错误的，但没关系。从可以单独使用的程序的最小子集开始，将其构建到完全可以工作的程度，然后从那里扩展。usernamepasswordencrypted_password
祝你好运！