и считаю что билдер хорошо ложиться на insert/update

В роли hr менеджеров наверное неплохо смотрелись бы бывшие программисты ? ?

несовсем querybuilder - doctrine/dbal потому что считаю переделывать сложные селекты в ооп ну его нафиг

я именно про способ составления запроса - в этом плане doctrine/dbal говнище

В роли hr менеджеров наверное неплохо смотрелись бы бывшие программисты ? ?

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

В роли hr менеджеров наверное неплохо смотрелись бы бывшие программисты ? ?

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

я именно про способ составления запроса - в этом плане doctrine/dbal говнище

https://github.com/doctrine/dbal/blob/master/lib/Doctrine/DBAL/Driver/Connection.php#L48 хватает с головой $connection->query($sql)->execute($values); но да согласен херовый билдер

строю где то за пределами

https://github.com/doctrine/dbal/blob/master/lib/Doctrine/DBAL/Driver/Connection.php#L48 хватает с головой $connection->query($sql)->execute($values); но да согласен херовый билдер

это не билдер

я знаю

накидайте ссылок на query builder-ы которые вам нравятся

hands.php =)

ну так нафига?

hands.php =)

как ты делаешь композицию запросов и делаешь ли?

в хранимые процедуры и переиспользование оных в других хранимых

в хранимые процедуры и переиспользование оных в других хранимых

ясно, тогда нам с тобой не по пути

в хранимые процедуры и переиспользование оных в других хранимых

вижу суровый ынтерпрайз)))

не. производительность и безопасность

когда свою работу сваливаешь на dba пусть сделает хранимку а я ее вызову

??

не не не. у меня все хранимки пишут разработчики

опасный вы тип

опасный вы тип

нет, просто бессмысленно.... хотя задачи разные

с головой беру ;)

не. производительность и безопасность

и на запись и на чтение?

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

нет, просто бессмысленно.... хотя задачи разные

именно что. попробуйте рассказать Visa, что у вас plain-запросы))

именно что. попробуйте рассказать Visa, что у вас plain-запросы))

ммм.... запросто, я могу еще им рассказать что у меня не SQL

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

но большинство проблем из за самих разработчиков

именно что. попробуйте рассказать Visa, что у вас plain-запросы))

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

ммм.... запросто, я могу еще им рассказать что у меня не SQL

можете. если его там нет. если есть - ой.

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

а в чем конкретно вопрос-то? предметная область проекта хотя бы какая?

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

а как же acid ?

а в чем конкретно вопрос-то? предметная область проекта хотя бы какая?

любая

не важно

а как же acid ?

а зачем тебе ACID если у тебя вся операциия записи атомарна или в целом нет изменения стэйта?

event sourcing ?

не обязательно

накидайте ссылок на query builder-ы которые вам нравятся

https://github.com/rambler-digital-solutions/hydrogen так сказать inspired by eloquent he he

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

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

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

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

дай ссылку на стандарт в котором написано что мол "только процедурки в оракле!"

https://github.com/rambler-digital-solutions/hydrogen так сказать inspired by eloquent he he

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

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

любая

"любая" - слишком высокий для меня уровент абстракции ))

дай ссылку на стандарт в котором написано что мол "только процедурки в оракле!"

там ситуация такая что каждый жопу прикрывает бумажкой

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

дай ссылку на стандарт в котором написано что мол "только процедурки в оракле!"

PCI DSS. дальше сам. про оракл там ни слова.

"любая" - слишком высокий для меня уровент абстракции ))

пойдем от обратного - какая у тебя предметная область?

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

PCI DSS. дальше сам. про оракл там ни слова.

я знаю что такое PCI DSS) и про процедурки там тоже нет ни слова)

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

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

да причем тут DBA

а вендору башляются огромные бабки и там куча негров

и так все свою работу перекладывают по кругу

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

если говорить про SQL, то предкомилированный SQL быстрее, чем динамический.

если говорить про SQL, то предкомилированный SQL быстрее, чем динамический.

как жаль что современные СУБД не умеют кэшировать план запросов

если говорить про SQL, то предкомилированный SQL быстрее, чем динамический.

ну логично что не надо его интепрертировать

а не комплировать

пойдем от обратного - какая у тебя предметная область?

FinTech. EdTech. HrTech

FinTech. EdTech. HrTech

что такое EdTech/HrTest? особенно последнее интересует

я знаю что такое PCI DSS) и про процедурки там тоже нет ни слова)

забьемся?

я знаю что такое PCI DSS) и про процедурки там тоже нет ни слова)

pci dss это не про процессинг же

а про магазин на странице которого вводят номер карты

у банков там такая ебля что pci dss сказка

забьемся?

о чем? о том что сертификацию не пройти без процедурок?)

как жаль что современные СУБД не умеют кэшировать план запросов

план запроса и парсинг запроса - разные вещи.

ну логично что не надо его интепрертировать

prepared statements компилятся один раз

ERROR: S client not available

prepared statements компилятся один раз

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

что такое EdTech/HrTest? особенно последнее интересует

ed - education, hr - human relations =)

pci dss это не про процессинг же

К процессингу эти правила точно так же применимы.

К процессингу эти правила точно так же применимы.

ну потому что там есть номер карты

что как бы логично

но там есть еще и другие требования

К процессингу эти правила точно так же применимы.

он к тому что PCI DSS про то как ты хранишь данные а не как с ними работаешь. И я не понимаю как именно хранимки тут помогают хоть как-то

ну то есть как, понимаю, но есть и другие подходы

но опять же, если тебе так удобно - не буду тебя переубеждать.

о чем? о том что сертификацию не пройти без процедурок?)

нет, мой ответ был на форму, что в стандарте PCI DSS ничего нет про хранимые процедуры. Это не так. Как пройти сертификацию, не соблюдая стандарт, я и сам могу рассказать. но это не значит, что прикрывшись бумажкой, вы обеспечите безопасность.

ибо это уже личное дело каждого. Но суть вопроса это не меняет - WHERE в запросах тебе приходится делать как композицию более мелких правил?

нет, мой ответ был на форму, что в стандарте PCI DSS ничего нет про хранимые процедуры. Это не так. Как пройти сертификацию, не соблюдая стандарт, я и сам могу рассказать. но это не значит, что прикрывшись бумажкой, вы обеспечите безопасность.

еще раз - покажи мне пункт в PCI DSS про хранимые процедуры

в моем представлении доступ к хранилищу с платежными данными должен быть строго ограничен (по сути идеально иметь демилитаризованную зону между внешним миром и серваками где лежат данные).

ну а нафига там хранимки - я все еще не понимаю. Если ты о том что бы кто-то случайно не ебнул UPDATE/DELETE запрос руками некорректный - ну так можно накосячить и с хранимками)

ну и еще вопрос какую СУБД ты юзаешь, вдруг mysql

ибо это уже личное дело каждого. Но суть вопроса это не меняет - WHERE в запросах тебе приходится делать как композицию более мелких правил?

имеешь ввиду, что у тебя есть базовый WHERE, на который накладываются более узкие условия?

ибо это уже личное дело каждого. Но суть вопроса это не меняет - WHERE в запросах тебе приходится делать как композицию более мелких правил?

предстваления напишет, у нас по крайне мере так делали

имеешь ввиду, что у тебя есть базовый WHERE, на который накладываются более узкие условия?

К - композиция. короч, если нечего добавить - не надо добавлять)

предстваления напишет, у нас по крайне мере так делали

не вьюшки это благо

да и процедуры для каких-то более сложных вещей норм, но это не решает поставленный мною выше вопрос - сложные выборки, фильтрация и т.д. Именно композиция запросов из кусочков

аля спецификации в идеале

да и процедуры для каких-то более сложных вещей норм, но это не решает поставленный мною выше вопрос - сложные выборки, фильтрация и т.д. Именно композиция запросов из кусочков

ну ты queryBuilder привел в пример

они решают большинство популярных простых вещей

мое мнение - не решают

или решают очень плохо

но сложные вещи типо частичного совпадения, морфология это все отдельные сервисы

во всяком случае те билдеры которые популярны в php. В js/python есть варианты много интереснее

в php очень все печально что я видел

но сложные вещи типо частичного совпадения, морфология это все отдельные сервисы

пффф... для 99% проектов хватит стандартых средств моего любимого постгресса

еще для 0.9% эластика и аналоги а дальше ты пытаешься гугл сделать

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

или sphinx