通常，我们首先检查项目要求并设置表格，然后进行1/2 / 3-NF归一化。
我不喜欢这种方式，因为它不是面向对象的方式。因此，任何人都可以分享经验，我们如何使用OOP设计复杂的表架构/关系？
甚至是链接/书号ISBN也是欢迎的。这对我来说很重要。
谢谢
关系数据库不能是面向对象的。多年来，试图迫使它们进入面向对象的模型已成为许多不良设计的原因。
面向对象编程的核心是将代码和数据放入同一“对象”。将代码放入关系数据库是一个错误的设计。使您的关系数据库擅长存储规范化数据（您所说的1/2 / 3-NF）。
您可以先进行应用程序设计（请这样做），这将影响创建的表以及对表进行规范化的程度，但是数据库设计本身不应面向对象。
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句