Как решить проблему превышения максимального количества JOIN?

Question

[Александр Иванов]

Too many tables; MySQL can only use 61 tables in a join

https://dev.1c-bitrix.ru/community/webdev/user/948... - здесь парень спросил, но ему не ответили.
Я столкнулся с такой-же проблемой.

Answer 1

[longclaps]

Есть два решения - хорошее и правильное.
Хорошее состоит в том, чтобы не составлять таких громоздких запросов.
А правильное - вообще воздержаться от работы с БД.

Comments

[Принц Датский]

Собственно об этом я и подумал в начале- но 61 join это вам не вчера бд создали :). С другой стороны я не представляю себе сущность из 61 таблицы.

[longclaps]

cimonlebedev: Вы, чем плюсовать, распишите лучше подробно свою ситуацию. Не только лишь каждый умеет превзойти пределы возможностей MySQL по части сложности.

[longclaps]

pezdatskiy: Ну можно и 2 таблицы как на шампур нанизать 61-м джойном.

Answer 2

[Принц Датский]

Возможно, нужно использовать виртуальные таблицы и представления.
Вот ссылка на хабре https://m.habrahabr.ru/post/47031/

Comments

[longclaps]

Да не спешите вы - пусть сперва объяснит, кто и как породил этого монстра.
Боюсь, всё не так очевидно )

[neol]

Не прокатит.

The maximum number of tables that can be referenced in a single join is 61. This includes a join handled by merging derived tables (subqueries) and views in the FROM clause

https://dev.mysql.com/doc/refman/5.7/en/joins-limi...

[Александр Иванов]

longclaps:
Ребят я решил просто забить:

// сектор JOIN 2
$arSelect2 = Array(
);
$arFilter2 = Array("IBLOCK_ID"=>**, "ACTIVE_DATE"=>"Y", "ACTIVE"=>"Y","ID"=>$arResultCode['ID']);
$res2 = CIBlockElement::GetList(Array(), $arFilter2, false, Array("nPageSize"=>50), $arSelect2);
$ob2 = $res2->GetNextElement();
$arFields2 = $ob2->GetFields();

Я только 1 проект на битриксе поддерживаю, больше за битрикс браться не буду.

Этот монстр получился в результате создания каталога компаний, при создании свойств для фильтра, и он просто жуть какой страшный

[longclaps]

cimonlebedev: Напрямую к бд запрос запулить можно?

[Александр Иванов]

longclaps
к слову у каждого подраздела компании свой фильтр некоторые поля общие для всех.
Свойства компании создают сами пользователи.
+
при регистрации компании значения дублируются в пользов свойства и в раздел каталог компаний.
Ещё многосайтовость была, и наверное снова будет.

В общем не советую делать всё вышеперечисленное на битриксе, это издевательство над собой )

[Принц Датский]

cimonlebedev: да, очевидно вопрос скорее архитектурный). По идее же должно быть всего две максимум три таблицы в духе свойство, типы свойств, значение свойств. Последняя со связью с продуктом. Ну компанией, в вашем случае. Ну и флаг для общих свойств.

[Александр Иванов]

pezdatskiy: Ну без продуктов тут не обошлось, в перспективе будет у компаний возможность создавать продукты, пока только статьи.
Опять же этот проект мой первы и последний на битриксе, так что архитектура в нём действительно страдает.

[Александр Иванов]

longclaps: Можно и напрямую

Answer 3

[Илья Белобородов]

Может там где можно, использовать вложенные запросы и union?

Answer 4

[olgslnk]

Храните свойства в отдельной таблице, а не в общей