大家好,欢迎来到IT知识分享网。
一物一码数据库表结构该如何设计好?
有没人知道一物一码数据库表结构该如何设计啊
数据库如何设计一直以来都是仁者见仁,智者见智的问题,不同的技术人员一般设计的数据库多多少少会带有自己的风格,但是在数据库层面,由于数据本身的属性,以及和其他数据表的关联关系,一对多,多对一、多对多的映射关系等等,为了方便后续代码规范,便于数据查询,简化不同数据表的关联关系等等,数据库设计是要遵循一定的规则的。
1:数据存储:即数据库的首要任务是满足业务流中各个数据的属性存储。为后续代码的状态量、参数和方法等提供完善的数据结构支持。
2:规范化:数据库的数据结构要便于后续数据的实时更新和维护,以及数据的拓展。同时也要考虑减少数据冗余,如何节省存储空间,提高查询速度,时间策略和空间策略的取舍等等
另外一层概念就是物理设计和逻辑设计,所谓物理设计指导逻辑设计等等,至于两者其中的关系也是错综复杂,不在产品考虑的范畴,是个技术活。
总之把数据理顺,把业务归纳整理出来,也有助于后续系统的开发。目前开发逐步以面向对象的程序设计取代结构化的设计。
所以说回到问题本身,针对一种属性的情况的数据,其数据表如何设计,在一定程度上思考这个问题是不合理的,得出的结论往往存在偏差,应该首先明确面向的数据主题是谁,比如,如果二维码是针对产品用户的一个标识,那么这个二维码的属性是归属到人物下的,且具备唯一性,是作为改用户的唯一标识,同时要考虑设计此二维码的用处何在,是否有不同的状态等等。这样在设计表结构的时候,此二维码是以一个字段在用户表当中存在或者用户的属性关联表当中的字段存在,这取决于二维码的本身特征和主体之间的关联关系强弱。因此,不要纠结于一个属性的表结构,多从全局的角度,考虑数据表结构,毕竟好的数据结构会为后续的程序开发节省很多工程。
以上是个人观点,仅作参考。
出于对PMCAFF用户的尊重,任何在PMCAFF产品经理社区发布的内容,在未经允许的情况下,不得在任何平台被直接或间接发布使用或被用于其他任何商业目的。如有违反上述声明者本网站将追究其相关法律责任。
微信公众号:pmcaffcom
投稿邮箱:tougao@pmcaff.com
Greated by PMCAFF产品经理社区 – www.pmcaff.com
免责声明:本站所有文章内容,图片,视频等均是来源于用户投稿和互联网及文摘转载整编而成,不代表本站观点,不承担相关法律责任。其著作权各归其原作者或其出版社所有。如发现本站有涉嫌抄袭侵权/违法违规的内容,侵犯到您的权益,请在线联系站长,一经查实,本站将立刻删除。 本文来自网络,若有侵权,请联系删除,如若转载,请注明出处:https://yundeesoft.com/160339.html