数据库的业务表如何设计？有什么方法论吗？各位有什么资料让我学习一下，谢谢！

[kikione]

[joApioVVx4M4X6Rf]

同问。感觉这东西很依赖经验

[40EaE5uJO3Xt1VVa]

一样求教

[liuzhedash]

https://gitee.com/dcloud/opendb
供参考

[kikione]

@liuzhedash 感谢

[leonme]

了解基本范式之后，其实依赖于你对业务系统的理解

[tabris17]

@liuzhedash 这表结构设计得很糟糕，密码和用户信息竟然放在一张表里

[cnoder]

为了是方便存、取、修改以及扩展，范式+一些小技巧+业务理解+自己的思考

[flniu]

推荐两本书：
《数据库系统概念（原书第 7 版）》 https://book.douban.com/subject/35501216/
《数据密集型应用系统设计》 https://book.douban.com/subject/30329536/
当然这两本都比较大部头。但如果在初入职场的时候花几周时间爬完这两本，绝对受益整个职业生涯。

[qsnow6]

@tabris17 那应该如何设计，有资料吗

[qq8331199]

@tabris17 为什么不，说一下你的理由

[Yi23]

@qsnow6 登录方式和用户信息分开存储，使用用户 ID 进行关联。

[loux]

@tabris17 密码单独一张表的意义是什么？

[kiripeng]

@loux 数据脱敏吧

[qsnow6]

@kiripeng 这样设计的话好扩展第三方登录

[wangpugod2003]

以前的单体服务 MVC 的时代和实现的微服务时代，都不同，演进很多代了。
现在的微服务时代，数据库设计是轻量级的。例如外键，以前很流行，现在基本不用了。
建议从项目实践中模仿到提升，从设计 1：1，1：n 开始，到 n：n 。很多时候不走一些弯路是不知道为什么那样设计不好。

[allstack]

尽量遵循三范式

[kanezeng]

@loux 我觉得主要是现在的话，密码只是登录方式的一种，所以密码独立出来一张表，或者和其他登录方式整合

[liuxey]

规范毕竟是死的，能否设计出高效易用的表结构对经验要求极高。慢慢来吧，趟的坑多了就知道了

[saulshao]

数据库设计确实很大程度上依赖于经验，能提供给你的书讲的都是原则性的东西。
跟怎么用 Spring 框架类的书比较，数据库设计类的书更像是反复在给你讲什么是类，类设计的通用原则是什么。
数据库设计从理论上来说，需要深刻理解范式，然后是集合论基础。
其它我觉得就完全依赖于经验和实践了。
正如上面提到的密码单独存张表，这其实是最近这些年的实践才有的。
其实大部分的企业应用，包括 ERP 、PDM 之类的系统，基本都是密码和用户名放一张表里。

[loux]

@kanezeng 那属于业务上的扩展，第三方登录分表存储，密码不属于第三方在没有业务需求的情况下放一张表里没有什么问题，他那句话说的好像密码跟用户信息放一起是无法理解的事情一样。