Я не прошу вас переходить на PDO в этом проекте. Я прошу вас выполнить данную операцию через него и отписаться по результату. У меня была подобная ситуация, Йога ниже написал ее решение. В моем случае регистр букв был важен
@xjunkiex тогда прими к сведению что при группировке выводятся колонки которые перечисляются после параметра group by или те которые находятся в агрегатных функциях.
@xjunkiex понял, не привычно видеть единичку в скобках, обычно пишут звездочку или имя столбца. на своей базе делал обычный Джоин и лефт джоин. Скорость не изменилась в таблицах по 3 миллиона строк.
@Maxja ниже я написал запрос который делает то что он хочет, просто ТС думать не хочет.
В вашем запросе не понятно что такое COUNT(1) as num. Зачем оно ?
да и с чего вдруг обычный join Делается дольше чем left ?
Покажите пожалуйста где вы увидели что я array to string(которую я даже не правильно написал) использую в своем запросе ? Это к вашему ВООБЩЕТО! От этого ее вывод не меняется. И она возвращает всегда строку.
С архитектурой проблем нет, вы скорее просто застряли в прошлом. Но вопрос не в этом. Представьте таблицу в 900 миллионов строк, то есть по вашему я должен создать таблицу связей в которой будет минимум 9 миллиардов строк ? Этот вариант не подходит, тем более что массивы это именно то что нужно.
И для вас ссылочка - profyclub.ru/docs/264
Но за критику спасибо, первый ответ я именно такой и ожидал
Спасибо большое, postrges_fdw - подошло. Правда для моих целей легче перекинуть все таблицы в другую базу и там их обработать. Но для более огромных решений это то что нужно. Подскажите пожалуйста по этому вопросу еще Как ускорить ORDER BY в Postgres?
подскажи пожалуйста как это можно сделать.
Программа установилась, но не запускается. Ярлык на несуществующий файл создан. В папке бин консоли быстро пропадают