这里不就是典型的key-value数据结构吗?如果需求不变,value中的字段没有查询、分组和排序等需求,保存为键值对形式无可厚非,但是需求一改可能就会悲剧。
同时,你的数据访问层或者业务逻辑可能需要对json对象进行处理,插入需要序列化,查询可能需要反序列化,如果拆分为独立字段,通过表查询直接映射为表对象,省去了json序列化和反序列化这一步。
哎呦,不错哦,有创新 可以有。
合理啊,可行的。
梦想还是要有的,万一实现了呢。
你的意思是一开始想创建一个很多列的表,现在变成两列的表吧,没啥不可以的啊,而且优缺点都有,当然,我更喜欢带Json的那个,简单明了
能说下缺点吗?谢谢!
好腻害...
如果要是哪天改了需求呢?你再改表结构?
好吧,我一般是一个主表附带一个三级联动的字典表,好弄
如果不会当作查询条件、Join条件和汇总等等的话,当然可以。