в смысле?

надо переписатьв се запросы где есть эта связь

dupTChan ?

да

маловероятно, что надо

в конкретном примере

причем еще и не обдолбаться по пути

надо переписатьв се запросы где есть эта связь

У вас нет интеграционных тестов?

покрытие тестами конечно спасает, но все равно это работы на несколько недель одному человеку

вопрос не в том чтобы их найти

У вас с архитектурой беда

у нас это не беда :)

у меня вообще все подобные вещи во view и клиентский код крайне тупой

ты писал когданибудь аналитику для сайта с сотней тысяч плюс активных пользователей?

причем аналитика крайне разнообразная

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

я не понимаю что вы имеете в виду под аналитикой

от KPI и воронок продаж до наиподробнейшей статистики для партнеров

я не говорю что это сложно, я говорю что там архитектуру запросов без DRY не выстроить

есть даже более простая типичная задача, есть формочка в которой фильтры и групировки, надо собрать запрос по ~10 get-полям

причем на этих датасетах подзапросы уже хуже джойнов

Ну так это уже ваша специализированная предметная область. Никто тут вам не сделает библиотеку

я и не прошу чтоыб сделали, я ее сам делаю :)

ок

Мне кстати кажется, что большие get-формы для поиска информации есть в почти любом бэк-офисе

так что не сказать что это очень редкая проблема

не проще ли писать сложные скуль запросы на том же языке? DataGrip в помощь. Будете приятно удивлены.

Кто-то статистику по time series до сих пор не в кликхаусе делает? 😮

не проще ли писать сложные скуль запросы на том же языке? DataGrip в помощь. Будете приятно удивлены.

если надо написать один конкретный запрос то нет ничего проще

проблема в том что выбор на самом деле между сборкой запроса из строк или из других кирпичей

очевидно что комбинировать специально предназначенные для этого сущности проще, чем строки

а функции в постгре есть? в мс-скуле есть. Из функций удобно собирать запросы.

и функции и вьюхи и прочее

я тащемто rest-сервер на чистом постгре написал и имею представление о том как его делать без орм

с DataGrip работаем не совсем со строками. Там хорошие подсказки полей, таблиц - все дела.

ОРМ не для больших таблиц.

Вы вообще слышите о чем я говорю? Не программист будет собирать запрос из фрагментов, а программа

а, с таким я ещё не сталкивался. Прогресс, конечно. "вкалывают роботы" ;)

И пока в посгрессе нельзя сформулировать запрос как "если то то и то то то надо сджогйнить вот это" от сборки запроса в приложении уйти вряд ли получится

а чудаки в мс зачем-то придумали (или только осуществили) олап и склады данных

olap и postgres это все же про разное

они идейно несовместимы

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

меня вот не сильно удивляет что в 1970м году кто то не пошел по пути написания ORM для конкретного языка

а вас не удивляет что в 2018 году почти никто не пользуется OLAP? может быть просто это было не самое удачное решение?

это как сторонники лиспа, который проиграл конкурентную гонку даже с Си, которые настаивают что лисп удобен

Нууу, щас начнётся

Вы вообще слышите о чем я говорю? Не программист будет собирать запрос из фрагментов, а программа

даже я такую шляпу написал

а до лиспа, кстати, был forth с той же историей :)

а вас не удивляет что в 2018 году почти никто не пользуется OLAP? может быть просто это было не самое удачное решение?

возможно, одна из причин - нет необходимости (мало данных) другая: это дорогой продукт. а чем сейчас пользуются для ad-hoc аналитики?

вообще я все чаще слышу что эластиком, но это скорее всего наркоманы какие то

я так понимаю сейчас из актуальных olap только экспресс или есть еще что то?

не в курсе: я с олапом не работаю. Пишу скуль руками, когда приходится. Раньше читал про олап, интересовался.

я просто реально нигде не слышал про аналитику на экспрессе, а вот аналитика на эластике в каждом втором стартапе появляется

ну и на реляционных бд тоже вполне себе ок сейчас все считается, как раз за счет того что ORM берет на себя эти задачи

у кого большие таблицы, те наверное чем-то не-скульным пользуются. Хадуп там..

большие понятие относительное

миллиард строк пг еще выдержит наверно если сервак приличный

по-моему, большие таблицы - это когда скуль тормозит так, что надо что-то делать. 😀

когда скуль тормозит это скорее руки

Всем привет. Кто какие ORM пользовал для SQL?

Linq2db Не orm, а статически типизированый sql. От orm же обычно вреда больше, чем пользы.

блин, хочу индексы для агрегатов в постгре

преодолеть себя и написать базовую реализацию чтоли?

а вас не удивляет что в 2018 году почти никто не пользуется OLAP? может быть просто это было не самое удачное решение?

Пользуются, у кого деньги есть.

Пользуются, у кого деньги есть.

мне кажется не сильно дороже пары программистов выходит

А подскажите, есть у ghc какая-нибудь опция, чтобы он завершал работу после первой же найденной ошибки, а не выводил простыню всех ошибок?

Ну или у stack

2| less ?

или просто 2| head -n10

Ну хотелось бы весь текст ошибок получать. Ладно, буду и дальше head

мне кажется можно как то на awk простенько написать, чтобы оно регулркой определило конец или начало ошибки и вывело только первую

или на том же баше, но это уже не однеострочник

А что толку от советов про awk и less, если они не остановят компилятор вовремя?

мне больше нравится вариант когда просто начинаешь читать сначала, типа less или более многокнопочного очистить консоль => enter => shift+home

он и в repl хорошо себя показыает

А подскажите, есть у ghc какая-нибудь опция, чтобы он завершал работу после первой же найденной ошибки, а не выводил простыню всех ошибок?

stack -j должно сработать

ой, есть же stack build --keep-going

Не то, это только про фазу. Всё равно компилирует и выводит всё.

так это то, что надо?

"Ну хотелось бы весь текст ошибок получать" относится только к первой ошибке?

попробуй ghcid