我认为这是一件很糟糕的事情。而且，所以，我从来没有这样做过。然后我看到 FriendFeed 做到了这一点，实际上使他们的数据库规模更好，并减少了延迟。我很好奇我是否应该这样做。如果是这样，正确的做法是什么？
基本上，学习如何将 MySQL 中的所有内容存储为 CouchDB 类型的数据库的好地方是什么？将所有内容存储为 JSON 似乎更容易、更快捷(无需构建，延迟更少)。
另外，以 JSON 格式存储在数据库中的内容是否易于编辑、删除等？
最佳答案
每个人的评论似乎都是从错误的角度来看的，通过 PHP 将 JSON 代码存储在关系数据库中是很好的，实际上加载和显示这样的复杂数据会更快，但是你会有设计考虑因素，例如搜索、索引等。
最好的方法是使用混合数据，例如，如果您需要基于日期时间进行搜索，MySQL(性能调整)将比 PHP 快得多，并且对于搜索场所的距离，MySQL 也应该更快(注意搜索不访问)。然后，您不需要搜索的数据可以存储为 JSON、BLOB 或您认为必要的任何其他格式。
您需要访问的数据很容易以 JSON 格式存储，例如基本的按案例发票系统。它们根本没有从 RDBMS 中获得太多好处，如果您具有正确的 HTML 表单结构，它们可以仅通过 json_encoding($_POST['entires']) 存储在 JSON 中。
我很高兴您对使用 MongoDB 感到满意，我希望它继续为您提供良好的服务，但不要认为 MySQL 总是会不在您的视线范围内，因为您的应用程序越来越复杂，您最终可能需要用于某些功能和特性的 RDBMS(即使它只是用于停用存档数据或业务报告)
关于mysql - 在 MySQL 中以 JSON 格式存储数据，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/3564024/