通常，我们首先检查项目需求并建立表格，然后进行1/2/3-NF标准化。
我不喜欢这种方式，因为它不是面向对象的方式。所以任何主体都可以分享我们如何使用oop设计复杂的表模式/关系的经验？
甚至连一个链接/图书ISBN都是受欢迎的。这对我很重要。
谢谢
最佳答案
关系数据库不能是面向对象的。多年来，试图将它们强制转换成面向对象的模型一直是许多糟糕设计的原因。
面向对象编程的核心是把代码和数据放在同一个“对象”中。将代码放入关系数据库是一个糟糕的设计。使您的关系数据库能够很好地存储规范化数据（您提到的1/2/3-nf）。
您可以先进行应用程序设计（请这样做），这将影响创建哪些表，以及将它们规范化的程度，但是数据库设计本身不应该是面向对象的。
关于database - 使用OOPS设计数据库表架构吗？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/29160504/