json格式的数据存入sql合适吗？

Question

不合适，只要改动一点点就格式错误，什么都得不到了，
而且就像你上面说的，并不方便数据库中每个字段分开写，但你不见得就不能使用上面说的很方便的方式，你可以写一个函数，将datatable数据转换为json，很容易，就是按照json的格式连接字符串就可以了，这样你就可以让查询函数直接返回json了

Answer 1

建议还是单独分字段处理，这样存入数据库来对后续操作的性能会较高，如果只是想前端可以操作json数据的话可以后端将对象进行系列化为json格式再传到前端

Answer 2

想方便查找需要新建一个表，读也不难啊，如果是用控件，直接设置数据源绑定就行了，都不用eval什么的js重新生成

Answer 3

项目是asp，不是.net新建表的话,查找是方便,但是 修改就费事了, 不知道你们是怎么用的.

Answer 4

如果仅仅是数据存档。无所谓。你要修改 和 查询。不说格式容易错的问题。就说你那个查询，like 性能很低啊

Answer 5

to #5,删除原来的，添加修改的，这样不合理吧，并且顺序也变了。
to #6,就是啊,之前没考虑会查找, 直接把json存入字段了,现在需要查找,问题就来了...
大家项目里 怎么用的?

Answer 6

怎么会简单,
前台体检给后台的是json,
修改的时候,得循环json,判断这个id是不是表contacts里有的,有则修改,没的则是添加,能不费时么?

Answer 7

前台提交给后台的是json

Answer 8

再联系人后面多增加一个修改按钮就好了，不要一起全部提交信息啊。怪我没说清楚，呵呵
对于要修改的sschools记录，添加，删除，修改联系人我的思路都是靠ajax来实现的，每添加，删除，修改一条记录就发送一次ajax更新contact表。而不是一起全部提交然后由asp统一处理联系人信息。添加新schools记录时，所有联系人循环添加到contact表就行了

Answer 9

如果你是关系型数据库，如果仅仅只是放在数据库备份，那是没什么问题的。但是当你有CRUD操作的时候就麻烦了。
如果你是NOSQL，自然很多都是类json格式的。
但是如果你的网页是node.js等，适用于json，也没什么太大的问题。
用也能用，只是要考虑实际情况（程序效率和开发效率）。

Answer 10

是的，之前考虑仅仅是记录，所以 采用json就很方便了。
现在项目需要查询之类的了，麻烦就来了。

Answer 11

原则上是不建议这样，建议将其拆分成表字段，分别插入表中，原因如下：
1. 例如若单独统计“北京”的员工，你必须用模糊查询的方式去查，这样会影响效率。
2. 如果你不填写某个员工的某项信息，这样组成的json字符串就和其它完整的不一致了。
3. 不利于其它人员看懂字段内容，维护性不好。没有绝对合适不合适，这个还得根据你的业务来。