да, согласен. loops - должно быть как можно меньше. Но при этом памяти еще должно использоваться тоже не много

кому именно и почему оно "должно"?

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

компьютер должен быть производительным, тихим, дешевым. выбрать два из трёх

@Komzpa вопрос к тебе. Если, например, написал хитрый запрос и не хочу чтобы он только у меня хранился, как поделиться с сообществом. Не только для линча, но и для еще и увеличения информ базы

м.б. есть какой-то ресурс-копилка SQL-запросов

гитхаб?

гитхаб?

ради одного запроса?

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

или на стековерфлоу - "вот есть ответ, задавайте ваш вопрос"? ))

или на стековерфлоу - "вот есть ответ, задавайте ваш вопрос"? ))

Пожалуй. Но я думал он только для исходящих вопросов, исходящих ответов быть не должно.

Или я не прав?

ты прав. я шучу

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

да, на практике мне также программист сказал. Но у меня свои взгляды ))))

ради одного запроса?

бывает что и меньше. так что смелее, это попадет в поисковую выдачу

бывает что и меньше. так что смелее, это попадет в поисковую выдачу

ok

на один запрос я пишу gist

если gist запостить в твиттер, и в нём есть описание, на него начинают приходить из гугла :)

На английском описывать?

м.б. вопрос тупой. Но я не носитель английского языка. Буду переводить через гугл.

Если это приемлемо - буду делать так

https://lists.debian.org/debian-devel/2017/06/msg00308.html

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

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

вот на практике мне дали запрос такого вида. Надо было его оптимизировать.

https://lists.debian.org/debian-devel/2017/06/msg00308.html

The issue was being investigated by the OCaml community since 2017-01-06, with reports of malfunctions going at least as far back as Q2 2016. It was narrowed down to Skylake with hyper-threading, which is a strong indicative of a processor defect. Intel was contacted about it, but did not provide further feedback as far as we know. вот парням хороший баг попался

я его переписал полностью и получил вот такой вид

я предпочту второй вариант )))) не потому-что я написал, а потому-что он быстрее

я правильно понимаю, что достаточно было порядок join-ов поменять? :)

я правильно понимаю, что достаточно было порядок join-ов поменять? :)

возможно. я исходил из своих знаний. И пытался избавиться от цикличности в количестве 13267 шагов

я правильно понимаю, что достаточно было порядок join-ов поменять? :)

не против буду посмотреть и Ваш вариант )))) Очень даже интересно. Для моего опыта еще даже будет и полезно.

вот только базы той нет к сожалению, чтобы погонять запрос

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

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

ок. учту. пробовать надо несколько вариантов, а использовать лучший ))))

по результату

даже в твоём можно сильно повысить читаемость. энтеров перед закрывающими и после открывающих скобок насыпать. уровни вложенности поровнять (у тебя group by одного запроса на одном уровне с мясом другого) p.is_closed != true -> not p.is_closed

даже в твоём можно сильно повысить читаемость. энтеров перед закрывающими и после открывающих скобок насыпать. уровни вложенности поровнять (у тебя group by одного запроса на одном уровне с мясом другого) p.is_closed != true -> not p.is_closed

ага, косяк с моей стороны. не доглядел. спс за критику кода

DataGrip такое ровняет запросто

DataGrip такое ровняет запросто

Это который от jetbrains?

Это который от jetbrains?

именно он, да

кстати вопрос на засыпку по поводу двойных ковычек. Может я чего еще не вычитал. Вот представленный код выше SELECT * FROM son INNER JOIN father ON son.father_id=father.id INNER JOIN grandfather ON father.grandfather_id=grandfather.id; у меня не выполнился так как я не использовал схему public. Пришлось дописывать "testCode" - имя используемой схемы. Есть дргуие варианты без двойных кавычек?

да, не использовать кемелкейс в базе

да, не использовать кемелкейс в базе

кемелкейс для меня не совсем понятен. (((

)))) понятно. спс. Но все же именно его я больше предпочитаю

За вот эту строчку кода "p.is_closed != true -> not p.is_closed" спасибо.

именно он, да

Подскажите, пожалуйста, он уже нормально все схемы отображает?

У меня долгое время только public открывался. Это была одна из причин почему дальше тестов работать с ним не стал

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

я правильно понял вот про этот зверь речь. https://habrahabr.ru/company/JetBrains/blog/325066/

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

Спасибо!

я правильно понял вот про этот зверь речь. https://habrahabr.ru/company/JetBrains/blog/325066/

Ага. Я его еще с закрытого релиза пробовал. Он как-то по-другому назывался

0xDBE

этот зверь стоит 53-х баксов?

мне окупился. а так, всегда найдётся кто-то, кому дорого :)

Думаю там триальная версия есть. В postgres провосходный psql, но из консоли не всегда удобно отлаживать запросы.

Думаю там триальная версия есть. В postgres провосходный psql, но из консоли не всегда удобно отлаживать запросы.

30 дней есть

да, там триалками и Early Access можно вечно-бесплатно пользоваться

к окончанию периода выходит новая, только обновляться успевай :)

мне окупился. а так, всегда найдётся кто-то, кому дорого :)

мы всегда не прочь халявы, но бесплатно работать не хотим. Это человеческая натура такая ((((( Лично я некоторые программы предпочитаю купить, если они для меня полезны и по карману. А других вариантов нет.

ERROR: S client not available

этот зверь стоит 53-х баксов?

Вообще норм. Я phpstorm приобрел за 90$ и окупил сразу же почти :) Потому что пиратка может сбросить ключ и дельный сервис искать надо (либо старьем пользоваться) что затртит не мнее 3х часов и может происходить от 3 раз в год итого профит 9 часов экономии (если ты зарабатываешь хотя бы 10$ в час - оно себя окупит) Ну и поощрить разработчиков за их старания и обновления тоже очень важно.

привет! есть ли те, кто пользуется pgadmin4? я его поставил и возник ряд вопросов: * как в нем настроить автодополнение в нижнем регистре? по умолчанию дополняет в верхний. * как комментировать код? стандартный ctr+k вызывает поиск в гугле на вкладке хрома. * почему ctr + u и ctr + shift + u работают как undo/redo, а не как преобразование нижний/верхний регистр?

работает. УРА. Ну наконец-то ))))) . "Лучше день потерять, а потом за 5 минут долететь" ЕЩЕ РАЗ ОГРОМНОЕ СПАСИБО.

Никогда так не делайте. Теперь у вас в системе нагажено нигде не зарегистрированными файлами, которые чисто удалить или обновить никак не получится, только выковыривать руками. Я добавил порт databases/pldebugger, используйте его

Вот из-за таких граблей я и перестал фряху юзать.

Каких, например, граблей? Это малораспространённое расширение, почти нигде не опакечено, и ставится через одно место, это как раз его собственные проблемы.

Я с 6 начал. Но при больших объёмах серверов она уже становится проблемой

Ни разу не большей чем linux. Если что, из исходников ничего собирать уже много лет не надо, пакеты и система обновляются бинарно, всё автоматизируется через тот же ansible или что угодно

Спасибо за проделанный Вами труд. И спасибо за замечание. Сегодня обязательно исправлю. У меня поэтому поводу сомнения проскакивали ))) Но не придал почему-то значение. ((( Вчера читал официальные доки по поводу создания порта, но из-за не достаточности опыта и слабой матчасти в этом вопросе отложил на некоторое время. Тестовая виртуальная машинка для экспериментов имеется. Со временем постараюсь разобраться.

Никогда так не делайте. Теперь у вас в системе нагажено нигде не зарегистрированными файлами, которые чисто удалить или обновить никак не получится, только выковыривать руками. Я добавил порт databases/pldebugger, используйте его

Порты обновил. Собралось на ура, без проблем. Установил. Работает. Еще раз спасибо ?

привет! есть ли те, кто пользуется pgadmin4? я его поставил и возник ряд вопросов: * как в нем настроить автодополнение в нижнем регистре? по умолчанию дополняет в верхний. * как комментировать код? стандартный ctr+k вызывает поиск в гугле на вкладке хрома. * почему ctr + u и ctr + shift + u работают как undo/redo, а не как преобразование нижний/верхний регистр?

Что, никто не пользуется pgadmin4? Столько же раз люди обсуждали здесь как его правильно ставить

Что, никто не пользуется pgadmin4? Столько же раз люди обсуждали здесь как его правильно ставить

да, почти все юзают 3ий

да, почти все юзают 3ий

Я тоже, но решил попытаться переползти на 4

Пользовался какое-то время pgadmin4, но потом перешел на HeidiSQL.

Коллеги, доброго дня! кто знает, подскажите что за магия происходит :)

почему индекс не берет ?

Потому что в данном случае seqscan быстрее. У вас же нет ограничения выборки.

почему индекс не берет ?

Хинтами посмотрите кост от индекс онли скан

Что, никто не пользуется pgadmin4? Столько же раз люди обсуждали здесь как его правильно ставить

у меня он установлен. но из-за его супер скорости использую лишь для backup-а данных на сервере версии 9.6

Всем добрый день! Подскажите, пожалуйста, как сделать лучше. У меня есть подзапрос, который пытается достать данные из временной таблицы, но эта временная таблица может не существовать. Как можно проверить, что она существует и если ее нет возвращать дефолтное значение? Что-то типа такого не работает (SELECT CASE WHEN (SELECT to_regclass('temp_organization_ratings') IS NULL) THEN 0 ELSE (SELECT score :: FLOAT FROM temp_organization_ratings WHERE organization_id = view_organizations.id) :: FLOAT END)

Лично я еще не разобрался до конца и могу ошибиться в наименовании, но вроде как есть параметр FOUND которому присваивается значение true - если SELECT что то получил, в противном случае false. Еще эту возможность не обуздал, если честно. Приоритеты пока другие.

раздел 41.5.3 Официального руководства по версии 9.6

вот что там написано между строк Можно проверить специальную переменную FOUND (см. Подраздел 41.5.5), чтобы определить, была ли возвращена запись: SELECT * INTO myrec FROM emp WHERE empname = myname; IF NOT FOUND THEN RAISE EXCEPTION 'Сотрудник % не найден', myname; END IF;

Можно сделать WHERE EXISTS (SELECT FROM information_schema.tables WHERE blabla);

или left join и проверка на IS NULL

Можно сделать WHERE EXISTS (SELECT FROM information_schema.tables WHERE blabla);

К сожалению, нельзя, relation "temp_organization_ratings" does not exist Это я уже пробовал

Всем добрый день! Подскажите, пожалуйста, как сделать лучше. У меня есть подзапрос, который пытается достать данные из временной таблицы, но эта временная таблица может не существовать. Как можно проверить, что она существует и если ее нет возвращать дефолтное значение? Что-то типа такого не работает (SELECT CASE WHEN (SELECT to_regclass('temp_organization_ratings') IS NULL) THEN 0 ELSE (SELECT score :: FLOAT FROM temp_organization_ratings WHERE organization_id = view_organizations.id) :: FLOAT END)

судя по руководству и вашему запросу. я возможно поступил бы так (SELECT CASE (SELECT to_regclass('temp_organization_ratings') IS NULL) WHEN NOT FOUND THEN NULL ELSE (SELECT score :: FLOAT FROM temp_organization_ratings WHERE organization_id = view_organizations.id) :: FLOAT END) правда не могу утверждать, что работоспособно. мало практики еще

К сожалению, нельзя, relation "temp_organization_ratings" does not exist Это я уже пробовал

Заджойнить то information_schema.tables можно, я не предлагал джойнить temp_organization_ratings

Всем добрый день! Подскажите, пожалуйста, как сделать лучше. У меня есть подзапрос, который пытается достать данные из временной таблицы, но эта временная таблица может не существовать. Как можно проверить, что она существует и если ее нет возвращать дефолтное значение? Что-то типа такого не работает (SELECT CASE WHEN (SELECT to_regclass('temp_organization_ratings') IS NULL) THEN 0 ELSE (SELECT score :: FLOAT FROM temp_organization_ratings WHERE organization_id = view_organizations.id) :: FLOAT END)

на чистом sql такого не получится, что-то процедурное, plpgsql как вариант

на чистом sql такого не получится, что-то процедурное, plpgsql как вариант

do $$ begin if to_regclass('temp_organization_ratings') is not null then select 0; else select (select score::float from temp_organization_ratings where organization_id = view_organizations.id) ; end if; end $$ language plpgsql;

do $$ begin if to_regclass('temp_organization_ratings') is not null then select 0; else select (select score::float from temp_organization_ratings where organization_id = view_organizations.id) ; end if; end $$ language plpgsql;

+

Прямое выполнение кода выше дает все равно ERROR: relation "temp_organization_ratings" does not exist