Ошибка субд xx000 error failed to build any 7 way joins

I have a table with a JSONB field containing nested arrays.
I would like to explode the data in those nested JSON arrays to multiple rows while keeping the information about the place of each value in the arrays structure.

I have some queries which work until a certain level of nesting but i came to a point where Postgres fails with a [XX000] ERROR: failed to build any 3-way joins that I don’t understand.

Is anybody able to indicate what I am doing wrong and/or what is this error meaning?

---

For convenience below is everything to reproduce the problem:

A very simple table:

CREATE TABLE random_table (
    random_field JSONB
);

A very nested JSONB data:

INSERT INTO public.random_table (random_field) VALUES ('{"bar": [[[1, 2, 3, 4]]], "foo": [[["abc", "def"], ["tuw", "xyz"]]]}');

A quite complex query:

SELECT *
FROM random_table
    LEFT OUTER JOIN LATERAL (
        SELECT *
        FROM jsonb_array_elements(random_table.random_field -> 'foo')
            WITH ORDINALITY AS foo_level_1(foo_1, foo_1_index)
        LEFT OUTER JOIN LATERAL (
            SELECT *
            FROM jsonb_array_elements(foo_1)
                WITH ORDINALITY AS foo_level_2(foo_2, foo_2_index)
--             LEFT OUTER JOIN LATERAL (
--                 SELECT *
--                 FROM jsonb_array_elements(foo_2)
--                     WITH ORDINALITY AS foo_level_3(foo_3, foo_3_index)
--             ) AS foo_lateral_2 ON TRUE
        ) AS foo_lateral_1 ON TRUE

--         FULL OUTER JOIN jsonb_array_elements(random_table.random_field -> 'bar')
--             WITH ORDINALITY AS bar_level_1(bar_1, bar_1_index) ON FALSE
--         LEFT OUTER JOIN LATERAL (
--             SELECT *
--             FROM jsonb_array_elements(bar_1)
--                 WITH ORDINALITY AS bar_level_2(bar_2, bar_2_index)
--         ) AS bar_lateral_1 ON TRUE
    ) AS pouet ON TRUE;

Note the two commented parts:

• If the first one OR the second one is uncommented, the query seems to be working as expected (not finished but encouraging)
• If both are uncommented, The [XX000] ERROR: failed to build any 3-way joins occurs

see the fiddle.

Obviously I would like to be able to uncomment the two commented parts and even complexify the FROM clause.

Any help will be greatly appreciated.

У меня есть таблица с полем JSONB, содержащим вложенные массивы. Я хотел бы разбить данные в этих вложенных массивах JSON на несколько строк, сохраняя информацию о месте каждого значения в структуре массивов.

У меня есть несколько запросов, которые работают до определенного уровня вложенности, но я дошел до того, что Postgres завершается с ошибкой [XX000] ERROR: failed to build any 3-way joins которые я не понимаю.

Кто-нибудь может указать, что я делаю неправильно и/или что означает эта ошибка?

Для удобства ниже есть все, чтобы воспроизвести проблему:

Очень простая таблица:

CREATE TABLE random_table (
    random_field JSONB
);

Очень вложенные данные JSONB:

INSERT INTO public.random_table (random_field) VALUES ('{"bar": [[[1, 2, 3, 4]]], "foo": [[["abc", "def"], ["tuw", "xyz"]]]}');

Довольно сложный запрос:

SELECT *
FROM random_table
    LEFT OUTER JOIN LATERAL (
        SELECT *
        FROM jsonb_array_elements(random_table.random_field -> 'foo')
            WITH ORDINALITY AS foo_level_1(foo_1, foo_1_index)
        LEFT OUTER JOIN LATERAL (
            SELECT *
            FROM jsonb_array_elements(foo_1)
                WITH ORDINALITY AS foo_level_2(foo_2, foo_2_index)
--             LEFT OUTER JOIN LATERAL (
--                 SELECT *
--                 FROM jsonb_array_elements(foo_2)
--                     WITH ORDINALITY AS foo_level_3(foo_3, foo_3_index)
--             ) AS foo_lateral_2 ON TRUE
        ) AS foo_lateral_1 ON TRUE

--         FULL OUTER JOIN jsonb_array_elements(random_table.random_field -> 'bar')
--             WITH ORDINALITY AS bar_level_1(bar_1, bar_1_index) ON FALSE
--         LEFT OUTER JOIN LATERAL (
--             SELECT *
--             FROM jsonb_array_elements(bar_1)
--                 WITH ORDINALITY AS bar_level_2(bar_2, bar_2_index)
--         ) AS bar_lateral_1 ON TRUE
    ) AS pouet ON TRUE;

Обратите внимание на две прокомментированные части:

Если первый ИЛИ второй не комментируется, кажется, что запрос работает должным образом (не завершен, но обнадеживающий) Если оба не прокомментированы, [XX000] ERROR: failed to build any 3-way joins

увидеть скрипку

Очевидно, я хотел бы иметь возможность раскомментировать две прокомментированные части и даже усложнить предложение FROM.

Любая помощь будет оценена.

Войти или зарегистрироваться

Поиск

• Искать только в заголовках

Сообщения пользователя:

Имена участников (разделяйте запятой).

Новее чем:

• Искать только в этой теме
• Искать только в этом разделе
  • Отображать результаты в виде тем

Быстрый поиск

• Последние сообщения

Больше…

MurCode

• Форумы
• Поиск
• О проекте

gem

Дата: 08.02.2007 16:01:35

Привет!

У меня скорее не вопрос, а предостережение. Проблема образовалась в следующем: имея стабильный рабочий проект на PostgreSQL 8.1.3 решил перебраться на 8.2 и вляпался в ошибку обработки многоуровневых JOIN. А имено, при отработке запроса вида:

select v1.*,v2.Name1,v2.Name2 from View1 v1 LEFT OUTER JOIN View2 v2 ON (v1.key=v2.key)

где каждый из View, в свою очередь, содержит от 2 до 5 своих JOIN, то получаю ошибку

Error

Failed to build any 7-way joins

Причем может быть 4,5,6-way, в зависимости от количества объединений. Если содержимое View1 и View2 извлечь и просто поместить в один большой запрос select, то он выполняется без ошибок. Об этом глюке было сообщено в Bug report Postgre, на что ихний Tom Lane ответил, что дескать, знаем и уже поправили (это было после выхода 8.2.1), но уже вышла 8.2.2, а проблема все там же. Похоже в погоне за производительностю, разработчики где-то наплутали в обработке объединений из View.
Пока считаю, на данный момент, PostgreSQL 8.1.3 наиболее стабильный вариант.
Если кто может посоветовать решение буду признателен.

СергейК

Дата: 08.02.2007 16:08:15

gem

Привет! У меня скорее не вопрос, а предостережение. Проблема образовалась в следующем: имея стабильный рабочий проект на PostgreSQL 8.1.3 решил перебраться на 8.2 и вляпался в ошибку обработки многоуровневых JOIN. А имено, при отработке запроса вида: select v1.*,v2.Name1,v2.Name2 from View1 v1 LEFT OUTER JOIN View2 v2 ON (v1.key=v2.key) где каждый из View, в свою очередь, содержит от 2 до 5 своих JOIN, то получаю ошибку Error Failed to build any 7-way joins Причем может быть 4,5,6-way, в зависимости от количества объединений. Если содержимое View1 и View2 извлечь и просто поместить в один большой запрос select, то он выполняется без ошибок. Об этом глюке было сообщено в Bug report Postgre, на что ихний Tom Lane ответил, что дескать, знаем и уже поправили (это было после выхода 8.2.1), но уже вышла 8.2.2, а проблема все там же. Похоже в погоне за производительностю, разработчики где-то наплутали в обработке объединений из View. Пока считаю, на данный момент, PostgreSQL 8.1.3 наиболее стабильный вариант. Если кто может посоветовать решение буду признателен.

Naskolko ia ponimau, eto byli Vy:
http://archives.postgresql.org/pgsql-bugs/2006-12/msg00196.php
Vas poprosili proverit’ rabotaet li eto s 8.2.1 i Vy ne otvetili … Chto je Vy hotite…
Soobshaite eshe raz, vot vam moi sovet.

   bonik

17.04.07 — 06:41

   ТелепатБот

1 — 17.04.07 — 06:41

   MRAK

2 — 17.04.07 — 08:35

Попробуйте на SQL.RU там вам именно по СУБД толково объяснят

   чувак

3 — 17.04.07 — 08:37

(0) Можно удалить из EM

   masky

4 — 17.04.07 — 08:49

результат select @@version в студию.

   bonik

5 — 17.04.07 — 08:52

Microsoft SQL Server  2000 — 8.00.760 (Intel X86)   Dec 17 2002 14:22:05   Copyright (c) 1988-2003 Microsoft Corporation  Developer Edition on Windows NT 5.2 (Build 3790: )

   masky

6 — 17.04.07 — 09:13

dbcc что говорит?

   Господин ПЖ

7 — 17.04.07 — 09:23

   Господин ПЖ

8 — 17.04.07 — 09:24

   masky

9 — 17.04.07 — 09:26

(8)

CAUSE

This problem occurs if the following conditions are true:• You are running SQL Server 2000 with an affinity mask.

• The affinity mask is set to use a number of processors that is a multiple of seven.

   masky

10 — 17.04.07 — 09:26

>number of processors that is a multiple of seven

не думаю что у него столько есть

   bonik

11 — 17.04.07 — 09:27

получается надо пставить

Пакет обновления 4 (SP4) для SQL Server 2000

или даже

SQL Server 2005

   Господин ПЖ

12 — 17.04.07 — 09:27

(10) :))

   Господин ПЖ

13 — 17.04.07 — 09:31

Как то это не по людски 11 Гб на DE держать… в качестве сервера наверное WinXP?..

   masky

14 — 17.04.07 — 09:31

(11) не выдумывай, а.. если не разбираешься.. что те dbcc говорит?

   masky

15 — 17.04.07 — 09:32

(13) халявят они.

   bonik

16 — 17.04.07 — 09:35

   masky

17 — 17.04.07 — 09:43

(16) останавливаешь сервер. копируешь файлы куда нить. запускаешь с repair_allow_data_loss . смотришь.

   bonik

18 — 17.04.07 — 09:44

и?

   masky

19 — 17.04.07 — 09:44

(16) а , дык ты запустил.. ну тогда запускаешь ТИИ.

   bonik

20 — 17.04.07 — 09:45

я сделал копию — запустил — получил что вроде все исправлено — а как теперь проверить — есть потеря данных или нет — он это в логе как отмечает??

   bonik

21 — 17.04.07 — 09:47

ТИИ —  Это чего такое?

ТиИ — Тестирование и Исправление ИБ, пункт меню Администрирование Конфигуратора :-))