GL
если интересно, могу демо показать kql кстати
Size: a a a
2020 August 26
MS
адвокат это ещё мягковато
слово “проповедник” как-то больше подходит 🙂
AR
адвокат это ещё мягковато
прокурор?)
MS
или инквизитор
AR
слово “проповедник” как-то больше подходит 🙂
евангелист это называется
MS
евангелист это называется
неее)
AR
или инквизитор
норм, мне нравится
AR
если интересно, могу демо показать kql кстати
пока не покажешь сложно сказать интересно или нет )
GL
это да
МК
есть хороший кейс, когда ты вьюхи заменяешь на хранимки, написаные на чистом sql. это будет работать намного эффективнее, чем селект из вьюхи, с последующей фильтрацией.
кроме того, есть такой инструмент как lateral.
т.е. если ты делаешь храники без бизнес-логики, а только для некого etl-процесса, то скорее всего, это избыточно и ты будешь за это страдать )
кроме того, есть такой инструмент как lateral.
т.е. если ты делаешь храники без бизнес-логики, а только для некого etl-процесса, то скорее всего, это избыточно и ты будешь за это страдать )
Объясните контуженному кровавым Энтерпрайзом и Ораклом, чем бизнес-логика на хранимках плоха? Я не троллю, я не знаю
GL
её сложно версионировать, деплоить
GL
a/b тесты или gradual rollout превращаются в кошмары
AR
и тестировать тоже так себе
GL
и это значит, что ты тратишь CPU базы данных, а не stateless серверов. CPU базы данных дорогие обычно
GL
и тестировать тоже так себе
точно. это тоже кошмар тестить.
короче быстрого velocity с хранимками очень трудно добиться
короче быстрого velocity с хранимками очень трудно добиться
AR
и это значит, что ты тратишь CPU базы данных, а не stateless серверов. CPU базы данных дорогие обычно
воу-воу. лучше не надо про это )
AR
Вот Самохвалов в интервью с тем чуваком, конечно, расстроился, но они сами юзают postgREST ) так что не все так однозначно
GL
ну по мне так хороший аргумент, хотя конечно и менее сильный чем остальные, вертикально закидать железом изи
GL
особенно щас