代码之家 › 专栏 › 技术社区 › JKirchartz

在MSSQL数据库中存储JSON?

forms sql json

JKirchartz · 技术社区 · 16 年前

我正在开发一个表单生成器,想知道在SQL数据库中存储JSON是否是一个坏的mojo?

我想让我的数据库和表保持简单,所以我要

`pKey, formTitle, formJSON`

放在桌子上,然后储存

{["firstName":{"required":"true","type":"text"},"lastName":{"required":"true","type":"text"}}

在福尔摩森。

感谢您的任何意见。

7 回复 | 直到 8 年前

yourcomputergenius 8 年前

我在CMS中广泛使用JSON(它承载大约110个站点),我发现访问数据的速度非常快。我很惊讶没有出现更多的速度下降。CMS中的每个对象(页面、布局、列表、主题等)都有一个名为jsonconfiguration的nvarchar(max)列。我的ORM工具知道查找该列,并在需要时将其重构为对象。或者,根据具体情况,我将把它传递给客户机,以便jquery或ext-js进行处理。

至于代码的可读性/可维护性,您可能会说它得到了改进,因为我现在有了表示数据库中存储的大量JSON对象的类。

我使用json.net进行所有序列化/反序列化。 https://www.newtonsoft.com/json

我还使用一个查询返回带有实际数据的meta-json。对于ext-js,我有返回ext-js对象结构和对象所需数据的查询。这样就减少了一次后置/SQL往返。

我还惊讶于代码解析JSON对象列表并将它们映射到一个数据表对象中的速度有多快,然后我把它交给了一个网格视图。

我看到使用JSON的唯一缺点是索引。如果您有需要搜索的JSON属性,那么必须将其存储为单独的列。

有一些JSONDB可以更好地满足您的需求:CouchDB、MongoDB和Cassandra。

root 11 年前

从SQL Server创建对象数据库的绝妙方法。我为所有配置对象和其他不需要任何特定查询的对象执行此操作。扩展您的对象-很简单,只需在类和init中创建一个默认值的新属性。不再需要财产了?只需在课堂上删除它。轻松推出,轻松升级。不适用于所有对象,但如果提取任何需要索引的属性,请继续使用它。使用SQL Server的非常现代的方法。

Amy B 16 年前

它将比在代码中定义表单慢,但是一个额外的查询不会给您带来太大的伤害。(不要让1个额外的查询变成10个额外的查询!)

编辑:如果您选择的行是 formTitle 而不是 pKey (我会,因为这样你的代码就更可读了),在 字幕

Charlie RC 14 年前

我们使用了一个经过修改的XML版本来达到您所描述的目的已经有七到八年了,而且效果很好。我们客户的表单需求是如此多样化,以至于我们无法跟上表/列的方法。我们在XML的发展道路上走得太远,无法很容易地进行更改,但我认为JSON也可以工作,也许Evan会更好。

报告对于几个好的解析函数来说是没有问题的,我敢说任何人都会发现我们的报告/分析和表/列解决方案在性能上有很大的差异。

Petrus Theron 13 年前

你应该可以使用sisodb。 http://sisodb.com

Abe Miessler 16 年前

我不推荐。

如果将来您想基于这些值进行任何报告或查询,这将使您的生活比拥有一些额外的表/列困难得多。

你为什么不做新桌子?我说,如果你的申请要求他们继续进行,并添加到…另外,如果有人需要稍后查看您的代码/db,他们很可能很难弄清楚您在做什么(取决于您有什么类型的文档)。

Community Mohan Dere 9 年前

我认为将对象数据存储在SQL中的字符串中不是一个最佳的想法。您必须在SQL之外进行转换才能解析它。这就出现了性能问题,您将失去使用SQL本机数据分析功能的优势。更好的方法是将JSON存储为SQL中的XML数据类型。这样,您就可以一石二鸟:您不必创建大量的表,仍然可以获得SQL的所有本地查询好处。

XML in SQL Server 2005? Better than JSON in Varchar?