В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

pgsql – PostgreSQL

5620 membersпожаловаться на группу
2021 January 18

D

Dmitriy in pgsql – PostgreSQL
Ð
а самое важное, что оптимизация проще была, горлышки искали средствами постгреса, благодаря функциям постгреса никаких состояний гонок и прочих типичных для орм и фронтовой логики багов, вообще хочу отметить значительное упрощение разработки. Просто как опыт. Можно не согласиться, но он такой какой есть.
Вы уходите от вопроса, который я уже в лоб задаю: если у вас два десятка (например) опциональных условий фильтрации, которые могут требовать опциональных джойнов и подзапросов, как вы реализуете эту задачу?
источник
23:41пожаловаться#1

Ð

Ð in pgsql – PostgreSQL
соответствующей процедурой
источник
23:41пожаловаться#2

Ð

Ð in pgsql – PostgreSQL
вся подобная логика в конечном счете оказывается в них
источник
23:42пожаловаться#3

D

Dmitriy in pgsql – PostgreSQL
Ð
соответствующей процедурой
Которая будет принимать все 20 параметров?
источник
23:42пожаловаться#4

Ð

Ð in pgsql – PostgreSQL
да, и что?
источник
23:43пожаловаться#5

Ð

Ð in pgsql – PostgreSQL
какая разница кто их принимает, это просто та же логика только в другом месте, и в другой форме, и работает быстро быстрее и выглядит проще
источник
23:43пожаловаться#6

D

Dmitriy in pgsql – PostgreSQL
Ну не знаю... Если вам нормально, то ладно. Лично для меня это не выглядит красивым и нормально поддерживаемым решением. Я 20 параметров нигде не передаю, вместо них у меня объект
источник
23:44пожаловаться#7

Ð

Ð in pgsql – PostgreSQL
можно передавать объект и доставать из него параметры, если сильно хочется
источник
23:44пожаловаться#8

C

Centnot in pgsql – PostgreSQL
Dmitriy
Ну не знаю... Если вам нормально, то ладно. Лично для меня это не выглядит красивым и нормально поддерживаемым решением. Я 20 параметров нигде не передаю, вместо них у меня объект
Это пока до продуктива под нагрузкой не дойдёт). В итоге все орм сводят к примитивам работы с плоскими объектами, и генерации sql либо в бд, либо на стороне бека но в рукопашную с минимум сахара.
источник
23:46пожаловаться#9

D

Dmitriy in pgsql – PostgreSQL
Centnot
Это пока до продуктива под нагрузкой не дойдёт). В итоге все орм сводят к примитивам работы с плоскими объектами, и генерации sql либо в бд, либо на стороне бека но в рукопашную с минимум сахара.
Не понимаю проблемы юзать только квери-билдер, как я уже выше писал. Это вообще никак на производительности не отразится
источник
23:47пожаловаться#10

Ð

Ð in pgsql – PostgreSQL
Centnot
Это пока до продуктива под нагрузкой не дойдёт). В итоге все орм сводят к примитивам работы с плоскими объектами, и генерации sql либо в бд, либо на стороне бека но в рукопашную с минимум сахара.
все проекты которые были на орм и билдерах через пару лет превращались в опухоль, с костылями и шунтами в виде чистого скл в обход модели, особенно лет 10 назад когда я занимался поддержкой и доделкой чужих старых сайтов на пхп, вот это был адище ) каких только чертей там не было, вплоть до запросов напрямую из шаблона страницы
источник
23:48пожаловаться#11

SB

S B in pgsql – PostgreSQL
Dmitriy
Вы уходите от вопроса, который я уже в лоб задаю: если у вас два десятка (например) опциональных условий фильтрации, которые могут требовать опциональных джойнов и подзапросов, как вы реализуете эту задачу?
а как вы план такого динамически генерируемого запроса отлаживаете? он же у вас рандомный будет, выбрали один фильтр — index scan, добавили второй — всё в seq scan упало и приложение колом встало
источник
23:48пожаловаться#12

C

Centnot in pgsql – PostgreSQL
Dmitriy
Не понимаю проблемы юзать только квери-билдер, как я уже выше писал. Это вообще никак на производительности не отразится
Смотря какой запрос он в итоге строит, если на 10к строк (я и такое видел), его потом долго и дорого в чувство приводить.
источник
23:48пожаловаться#13

D

Dmitriy in pgsql – PostgreSQL
S B
а как вы план такого динамически генерируемого запроса отлаживаете? он же у вас рандомный будет, выбрали один фильтр — index scan, добавили второй — всё в seq scan упало и приложение колом встало
Лог запросов смотрю
источник
23:49пожаловаться#14

SB

S B in pgsql – PostgreSQL
и? :-)
источник
23:50пожаловаться#15

D

Dmitriy in pgsql – PostgreSQL
Ð
все проекты которые были на орм и билдерах через пару лет превращались в опухоль, с костылями и шунтами в виде чистого скл в обход модели, особенно лет 10 назад когда я занимался поддержкой и доделкой чужих старых сайтов на пхп, вот это был адище ) каких только чертей там не было, вплоть до запросов напрямую из шаблона страницы
А в той же Java никто Hybernate не юзает что ли?)
источник
23:50пожаловаться#16

Ð

Ð in pgsql – PostgreSQL
о да, я смотрел такие логи, сделанные билдером
источник
23:50пожаловаться#17

D

Dmitriy in pgsql – PostgreSQL
S B
и? :-)
И строю индексы - всё отлично
источник
23:50пожаловаться#18

C

Centnot in pgsql – PostgreSQL
Dmitriy
А в той же Java никто Hybernate не юзает что ли?)
Юзает, с вызовом процедур/функций в самой СУБД)
источник
23:50пожаловаться#19

SB

S B in pgsql – PostgreSQL
везёт :-)
источник
23:50пожаловаться#20