作为一个从事数据库工作几十年的人，很长一段时间以来，我一直对这样一个想法有意见，即首先错误地设计了一个数据库，然后通过规范化的理论过程来纠正它。这都是非常冗长的，涉及不同的teminology（er建模）和昂贵的绘图工具。
我认为理解设计原则很重要：为什么我们要在每一列中存储原子场？为什么我们要避免重复分组？为什么我们有主键和外键(还有很多）。
理解你正在建模的系统以及用户需要用它做什么也很重要。最好的办法就是和它一起工作。
所以我直接从与用户的讨论转到纯文本编辑器中的createtable语句。我有一个检查表，列出了我的表应该是什么样的，以及它们应该如何相互关联，我的数据库总是标准化的。我的数据库设计在每一次迭代中都会被重构和迁移，而且我没有每次都要修复一堆花哨的图表。
这一点在rubyonrails书籍（由samruby和其他人撰写）中有所暗示，在我的书中也有描述（如果您感兴趣，可以在我的个人资料中找到）。免费资源https://www.w3schools.com/sql/default.asp 是非常好的，但我认为设计一个好的数据库的过程不是很容易访问那里。