Size: a a a

2020 March 02

VM

Volodymyr Melko in PHP
Vlad Sobenko
Мы говорили тут про конкретный этап? Я что то не припомню..
Ок, перенеси логику в базку. Потом рядом ещё одну процедуру, почти такую же, но чуть другую. Потом добавятся а/б тесты, версии, куча почти одинакового кода, который надо саппортить. ИМХО, если перфоманс надо фиксить переносом логики в бд, то пришло время пересмотра стека и архитектуры вцелом
источник

VS

Vlad Sobenko in PHP
Volodymyr Melko
Ок, перенеси логику в базку. Потом рядом ещё одну процедуру, почти такую же, но чуть другую. Потом добавятся а/б тесты, версии, куча почти одинакового кода, который надо саппортить. ИМХО, если перфоманс надо фиксить переносом логики в бд, то пришло время пересмотра стека и архитектуры вцелом
Тоесть ты говоришь, что низя ни в коем случае?
источник

АС

Альберт Степанцев in PHP
Альберт Степанцев
где грань?
если я напишу свою функцию для расчета средне-хрен-дрын-дрычного отклонения в базе - это уже плохо? или еще можно?
тоже нельзя?
Volodymyr ?
источник

АС

Альберт Степанцев in PHP
где грань?
источник

VM

Volodymyr Melko in PHP
Vlad Sobenko
Тоесть ты говоришь, что низя ни в коем случае?
Не ради перфоманса. На раннем этапе это не приоритет, а на позднем куча головняка с сапортом. Мой коммент был к сообщению о перфомансе
источник

VS

Vlad Sobenko in PHP
Volodymyr Melko
Не ради перфоманса. На раннем этапе это не приоритет, а на позднем куча головняка с сапортом. Мой коммент был к сообщению о перфомансе
Мы не говорим об конкретном этапе.
источник

VM

Volodymyr Melko in PHP
Vlad Sobenko
Мы не говорим об конкретном этапе.
Я и отписал также о позднем этапе. Ради перфоманса логика в бд не оправдана, имхо
источник

DM

Dmitry MiksIr in PHP
Если решить с хранимками все те инфраструктурные вопросы, которые решаются с другими языками, такие как CI/CD, blue/green, покрытие тестами, горизонтальное масштабирование, то никаих препятствий в pl/pg/sql нет. За исключением того, что появляется вторая такая инфраструктура и нужно понимать - а нафига.
источник

VM

Volodymyr Melko in PHP
Dmitry MiksIr
Если решить с хранимками все те инфраструктурные вопросы, которые решаются с другими языками, такие как CI/CD, blue/green, покрытие тестами, горизонтальное масштабирование, то никаих препятствий в pl/pg/sql нет. За исключением того, что появляется вторая такая инфраструктура и нужно понимать - а нафига.
++
источник

DM

Dmitry MiksIr in PHP
Volodymyr Melko
Я и отписал также о позднем этапе. Ради перфоманса логика в бд не оправдана, имхо
как правило как раз ради перфоманса и оправдана, правда немного в ином разрере - когда разработчикам не дают делать выборки из базы, а они запрашивают у dba необходимую хранимку. Перфоманс тут в том, что разраб не приложит базу кривым запросом.
источник

VM

Volodymyr Melko in PHP
Для этого есть перфоманс тесты
источник

VM

Volodymyr Melko in PHP
ДБА тоже человек и может приложить бд
источник

DM

Dmitry MiksIr in PHP
если dba прикладывает базу, то идет писать на php и больше до базы не допускается 😉
источник

VM

Volodymyr Melko in PHP
Или можно просто толкового дева взять и ее держать дба вовсе
источник

DM

Dmitry MiksIr in PHP
Ну ясное дело эти вопросы встают не тогда, когда "можно взять толкового дева", т.е. когда у вас их всего два. Вы и толковый дев.
источник

VM

Volodymyr Melko in PHP
Почему вы уверены, что наличие ДБА не позволит базке умереть?
источник

DU

Denis Ulyanov in PHP
Умереть может все) тут все в шансах)
источник

DM

Dmitry MiksIr in PHP
Volodymyr Melko
Почему вы уверены, что наличие ДБА не позволит базке умереть?
Вопрос из серии - почему специалист узкого профиля знает свою область лучше, чем "знаю все понемногу"
источник

VM

Volodymyr Melko in PHP
Более того, наличие ДБА никак не защитит от находчивого дурака. Заддосить себя бесконечными запросами можно и с ДБА. Вопрос к квалификации разрабов вцелом
источник

VM

Volodymyr Melko in PHP
Среднестатистический дев вполне может осилить работу с бд
источник