大家好，今天来为大家解答数据库表结构这个问题的一些问题点，包括数据库表结构也一样很多人还不知道，因此呢，今天就来为大家分析分析，现在让我们一起来看看吧！如果解决了您的问题，还望您关注下本站哦，谢谢~
数据库如何设计一直以来都是仁者见仁，智者见智的问题，不同的技术人员一般设计的数据库多多少少会带有自己的风格，但是在数据库层面，由于数据本身的属性，以及和其他数据表的关联关系，一对多，多对一、多对多的映射关系等等，为了方便后续代码规范，便于数据查询，简化不同数据表的关联关系等等，数据库设计是要遵循一定的规则的。
1:数据存储：即数据库的首要任务是满足业务流中各个数据的属性存储。为后续代码的状态量、参数和方法等提供完善的数据结构支持。
2:规范化：数据库的数据结构要便于后续数据的实时更新和维护，以及数据的拓展。同时也要考虑减少数据冗余，如何节省存储空间，提高查询速度，时间策略和空间策略的取舍等等
另外一层概念就是物理设计和逻辑设计，所谓物理设计指导逻辑设计等等，至于两者其中的关系也是错综复杂，不在产品考虑的范畴，是个技术活。
总之把数据理顺，把业务归纳整理出来，也有助于后续系统的开发。目前开发逐步以面向对象的程序设计取代结构化的设计。
所以说回到问题本身，针对一种属性的情况的数据，其数据表如何设计，在一定程度上思考这个问题是不合理的，得出的结论往往存在偏差，应该首先明确面向的数据主题是谁，比如，如果二维码是针对产品用户的一个标识，那么这个二维码的属性是归属到人物下的，且具备唯一性，是作为改用户的唯一标识，同时要考虑设计此二维码的用处何在，是否有不同的状态等等。这样在设计表结构的时候，此二维码是以一个字段在用户表当中存在或者用户的属性关联表当中的字段存在，这取决于二维码的本身特征和主体之间的关联关系强弱。因此，不要纠结于一个属性的表结构，多从全局的角度，考虑数据表结构，毕竟好的数据结构会为后续的程序开发节省很多工程。
以上是个人观点，仅作参考。
Greated by PMCAFF产品经理社区 -
OK，本文到此结束，希望对大家有所帮助。
