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

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

Не прокатит.

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 проект на битриксе поддерживаю, больше за битрикс браться не буду.

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

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

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

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

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

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

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