假设您有以下表格
table:content_type
> id serial not null
>标签json
table:data_type
> id serial not null
> HTML文字
这只是一个很好的例子来说明.
存储在选项卡中的json可能类似于:
[
{
"name": "tab1",
"properties":
[{
"name": "prop1",
"order": 1,
"help_text": "help text",
"description": "description",
"data_type": 1
}]
},
{
"name": "tab2",
"properties":[{
"name": "prop2",
"order": 1,
"help_text": "help text2",
"description": "description2",
"data_type": 1
},
{
"name": "prop3",
"order": 2,
"help_text": "help text3",
"description": "description3",
"data_type": 1
}]
}
]
我现在要实现的是像下面的伪代码一样进行连接:
SELECT content_type.id, content_type.tabs, data_type.id, data_type.html
FROM content_type
JOIN data_type
ON data_type.id = content_type.tabs::json->'data_type'::int
其中data_type.id,data_type.html实际上是连接到选项卡的属性’data_type而不是像上面通常的连接查询中那样的单独列.
基本上我正在寻找与在列id上连接在一起的2个或更多个表时相同的结果,除了在这种情况下其中一个“表”位于json对象的数组中.
是的,我知道上面的连接尝试是非常遥远的,因为我想将附加属性“添加/追加”到选项卡json列的修改版本,而不是作为额外的单独列.
在这种情况下,连接将返回 – 在select / join查询中 – 选项卡json数组中的id,并使用join-fetched其他属性扩展它,因此它不会简单地返回“data_type”:1它将返回如下内容:
"data_type": {
"id":1,
"html": "<input type='text' id='%v' class='%v' placeholder='%v' value='%v' ng-model='%v'>"
}
……当然还有其他属性.这只是一个简单的例子来说明问题.
[
{
"name": "tab1",
"properties":
[{
"name": "prop1",
"order": 1,
"help_text": "help text",
"description": "description",
"data_type": {
"id":1,
"html": "<input type='text' id='%v' class='%v' placeholder='%v' value='%v' ng-model='%v'>"
... and of course additional columns fetched from the data_type table, and added to the select return in our join, to manipulate the original json array of tabs->properties->data_type
}
}]
},
{
"name": "tab2",
"properties":[{
"name": "prop2",
"order": 1... etc
希望这是有道理的,你可以帮助我,因为我似乎有点卡住了.
PS.
使用最新的9.4beta3顺便说一句.
我在这里找到了一个链接,希望这可以通过PostgreSQL实现:http://www.slideshare.net/EnterpriseDB/no-37327319(见幻灯片17)
其他可能有用的链接:
> http://michael.otacoo.com/postgresql-2/manipulating-jsonb-data-with-key-unique/
> http://hashrocket.com/blog/posts/faster-json-generation-with-postgresql
> PostgreSQL 9.2 row_to_json() with nested joins
> http://info.enterprisedb.com/rs/enterprisedb/images/EDB_White_Paper_Using_the_NoSQL_Features_in_Postgres.pdf
(第13页)
我尝试了一下 – 这是我到目前为止所做的:
SELECT content_type.id, content_type.tabs as original, gf.json_agg as new_tabs
FROM content_type,
LATERAL (
select json_agg(row1) from((
select y.name, ss.extended_properties
from json_to_recordset(
(
select *
from json_to_recordset(
(
SELECT json_agg(ggg)
from(
SELECT tabs
FROM
(
SELECT
*
FROM content_type as ct
WHERE ct.id=content_type.id
) dsfds
)ggg
)
) as x(tabs json)
)
) as y(name text, properties json),
LATERAL (
select json_agg(row) as extended_properties
from(
select name, "order", data_type, data_type.html as data_type_html, help_text, description
from json_to_recordset(properties)
as k(name text, "order" int, data_type int, help_text text, description text)
JOIN data_type
ON data_type.id = k.data_type
)row
) ss
))row1
) gf
这导致以下结果(放大浏览器以读取图像中的文本 – 按住键盘上的ctrl mwheel up og plus键):
至少现在我可以在那里输入data_type.html,虽然我更喜欢“data_type”:{“id”:1,“html”:“[somehtmlhere]”}
出于某种原因,它不允许我在它周围包装json_agg并将输出显示为1个组合的json文档.不要udnerstand为什么,但猜测它与LATERAL有关,它可能是PostgreSQL 9.4 beta3中的一个错误
我知道必须有一种更好的方法和解决方案 – 我对pgSQL或pg一般都不是很有经验……
最佳答案 基本的想法是你的查询应该期望你的json以某种方式结构化,否则它会变得非常复杂.
基于预期的结构,我们能够使用json_to_recordset将json结构剖析成列,并使用json_build_object和json_agg使用其他信息重建它.
WITH tab_properties_with_expanded_data_type AS (
SELECT
content_type.id AS content_type_id,
tab.name AS tab_name,
json_agg(
-- re-build the property object, but with additional data_type information
json_build_object(
'name', property.name,
'order', property.order,
'help_text', property.help_text,
'description', property.description,
'data_type', json_build_object('id', data_type.id, 'html', data_type.html)
)
) AS tab_properties
FROM content_type,
json_to_recordset(content_type.tabs) AS tab(name TEXT, properties JSON),
json_to_recordset(tab.properties) AS property(name TEXT, "order" INTEGER, help_text TEXT, description TEXT, data_type INTEGER)
LEFT JOIN data_type ON data_type.id = property.data_type
GROUP BY
content_type.id,
tab.name
)
SELECT
tab_properties_with_expanded_data_type.content_type_id AS id,
json_agg(
-- rebuild the tab object
json_build_object(
'name', tab_properties_with_expanded_data_type.tab_name,
'properties', tab_properties_with_expanded_data_type.tab_properties
)
)
FROM tab_properties_with_expanded_data_type
GROUP BY
tab_properties_with_expanded_data_type.content_type_id
这有效但在灵活性方面非常有限:我必须明确列出选项卡和属性的每个字段,并且我希望文档具有特定的结构.但这是一个好的开始:)