PR
Что же делать тем кто активно их использует ? :)
страдать
Size: a a a
2016 May 05
PR
боюсь другого ответа вы тут не получите
KS
страдать
от чего же ?
AG
Зачем страдать ? некоторые тестят через автотесты Cucember
NK
Очевидно что хранимки и триггеры немогут использвать те кто использует готовые ORM, просто потому что им это не удобно
PC
И что нельзя от них избавиться? Обычно это экономия на спичках. Типа запилили код который работает в виде хранимки поближе к базе, побыстрее на 3% получилось. Но зато ни отлаживать ни поддерживать все это сил нет никаких.
DB
ну в принципе это код. Сценарий простой - выкачиваем исходники, накатываем миграции - далее запускаем сценарий тестов.
1. Запрлняем БД
2. Тест
3. Чистим БД
1. Запрлняем БД
2. Тест
3. Чистим БД
PR
Зачем страдать ? некоторые тестят через автотесты Cucember
страдать прийдется от отладки. В принципе если у вас "тупое" приложение - делайте базу просто с нуля
PR
можно вообще кластер под тесты создавать и по результатам - убивать его обратно
DB
кукумбер-то тут зачем?) я понимаю для e2e тестов - а вот в БД
AG
@chebotarevp я сторонник использования хранимок и некотрого Data Layer "API" в частности
PR
@chebotarevp я сторонник использования хранимок и некотрого Data Layer "API" в частности
каждому гвоздю - свой молоток. Лично я использую базу как "тупое" хранилище и всю логику стараюсь выносить в приложения. Кто-то делает наоборот. Главное - не пытаться усидеть на двух стульях - падать будет больно
AG
@dbalakov а в чем проблема то ? взял функцию фходные данные выходные получил какой то результат
KS
ну, есть plpgunit и pgtap, делаю свой "велосипед" для CI вот и интересуюсь )
DB
проблем нет - просто он не нужен, имхо
KS
И что нельзя от них избавиться? Обычно это экономия на спичках. Типа запилили код который работает в виде хранимки поближе к базе, побыстрее на 3% получилось. Но зато ни отлаживать ни поддерживать все это сил нет никаких.
е если не на 3%, а на 300% ?
AG
Да никто на двух стульях не пытается усидеть. Есть логика которую лучше отрабатывать на стороне субд, меньше издержки.
AG
Есть просто вещи которые быстро запилить не получится на стороне приложения, либо породит сотни тысяч запросов.
PR
Да никто на двух стульях не пытается усидеть. Есть логика которую лучше отрабатывать на стороне субд, меньше издержки.
если вы делите логику - рано или поздно поймаете опасный момент, когда не понятно, где должна быть логика. Именно это сгубило биллинг скайлинка, как я понимаю
DB
вот тут полностью согласен - только луше без хранимок - PG умный - можно всегда собрать хитрый запрос и DAO должен в этом помогать