通常，我们首先检查项目要求并设置表格，然后进行1/2/3-NF标准化。
我不喜欢这种方式，因为它不是面向对象的方式。那么任何机构都可以分享我们如何使用OOP来设计复杂的表模式/关系？
即使是链接/书籍ISBN也是受欢迎的。这对我来说非常重要。
由于
答案 0 :(得分：5)
关系数据库不能面向对象。多年来，尝试将它们强制转换为面向对象的模型一直是许多糟糕设计的原因。
面向对象编程的核心是将代码和数据放在同一个“对象”中。将代码放入关系数据库是一个糟糕的设计。使您的关系数据库擅长存储标准化数据（您所谈论的1/2 / 3-NF）。
你可以先做你的应用程序设计（请做），这会影响创建表格，以及你对它们进行标准化，但数据库设计本身不应该是面向对象的。
答案 1 :(得分：0)
忽略数据库并开始设计完美的oop模型（属性只记得方法）我建议使用Visual Studio建模项目类图，因为你创建了一次类，你可以在很多图中使用它。
一旦你完成了你的主和平oop模型，你就可以考虑如何模拟关系数据库中的oop模型