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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

pgsql – PostgreSQL

4575 membersпожаловаться на группу
2020 June 10

Ԥ

ԤИОНЕР in pgsql – PostgreSQL
Ну, что же, все в сборе, можно начинать субэдэшную оргию.
источник
20:32пожаловаться#1

EB

Elena Bulbenova in pgsql – PostgreSQL
товарищи специалисты по базам данных, нужна ваша помощь🙏
я HR и прилетела задачка найти администратора баз данных (удаленка)🙈
в каких тг каналах искать? какими каналами вы сами пользуетесь?
заранее спасибо огроменное и + в карму
источник
23:00пожаловаться#2

R

RS in pgsql – PostgreSQL
Elena Bulbenova
товарищи специалисты по базам данных, нужна ваша помощь🙏
я HR и прилетела задачка найти администратора баз данных (удаленка)🙈
в каких тг каналах искать? какими каналами вы сами пользуетесь?
заранее спасибо огроменное и + в карму
Базы данных разные бывают. Как и специалисты по ним.
А лучше разместить вакансию на ХХ с описанием того, что нужно
источник
23:37пожаловаться#3

IZ

Ilia Zviagin in pgsql – PostgreSQL
Victor Yegorov
нужен линукс, это родная ОС для Postgres-а. винду добавили сильно позже и некоторые вещи там всё ещё костыльно сделаны (с точки зрения разработчиков базы и высоконагруженных систем). в частности, если выделять большие shared_buffers — будут тормозилки.
точнее не скажу, т.к. с виндой не дружу совсем…
Я боюсь, что это 6 лиги предубеждения и домыслы...
источник
23:59пожаловаться#4
2020 June 11

В

Валерий in pgsql – PostgreSQL
W
Как юзать регулярки в Plpgsql? Задача такая нужно проверить логин на содержание запрещенных символов.
На PHP делал так: "!preg_match('|^[A-Z0-9]+$|i', $login)"
посмотри в сторону domain
источник
00:29пожаловаться#5

АК

А К in pgsql – PostgreSQL
Всем привет! а можно как-нибудь сделать что бы строка добавлялась в бд если только её не было ранее?
источник
07:24пожаловаться#6

СГ

Сергей Голод... in pgsql – PostgreSQL
А К
Всем привет! а можно как-нибудь сделать что бы строка добавлялась в бд если только её не было ранее?
сделайте уникальный индекс на требуемые поля
источник
07:27пожаловаться#7

АК

А К in pgsql – PostgreSQL
мне надо иммено строчку проверять, а не одно какое-то поле
источник
07:28пожаловаться#8

JD

Jim Di in pgsql – PostgreSQL
какую строчку? хоть поподробнее бы с примерами расписал тогда. а то может возникнуть недопонимание =)
источник
07:28пожаловаться#9

СГ

Сергей Голод... in pgsql – PostgreSQL
А К
мне надо иммено строчку проверять, а не одно какое-то поле
пусть в индекс будут входить все проверяемые поля
источник
07:28пожаловаться#10

DK

Den KP in pgsql – PostgreSQL
Алоха друзья! Вопрос на засыпку, подключил Oracle_fdw и подключить таблицы схемы. Вопрос: Наблюдаю что не отображаются индексы, как будто их нет. Так ли это? И можно ли в данном случае добавлять индексы в подключенной схеме
источник
07:33пожаловаться#11

DK

Den KP in pgsql – PostgreSQL
Это конечно врятли, потому что прав нет и все запросы все равно будут на оракле обрабатыватся планами запросов
источник
07:33пожаловаться#12

SK

Sergej Kolodnikov in pgsql – PostgreSQL
Анализ запроса.xlsx
(11.09 Кб)
Ребята, всем привет.
Не могу понять в чём может быть дело.
Один и тот же запрос на тестовой базе отрабатывает мгновенно, а на проде тормозит жутко. При этом на проде железо гораздо лучше.

В файле собрал инфу по этому кейсу.

Запрос объединяет всего две таблички. Использует два индекса.

Если выполнять запросы к каждой таблице отдельно, то на проде всё тоже быстро выполняется.
источник
07:40пожаловаться#13

DM

Dmitriy Momotyuk in pgsql – PostgreSQL
Sergej Kolodnikov
Анализ запроса.xlsx
(11.09 Кб)
Ребята, всем привет.
Не могу понять в чём может быть дело.
Один и тот же запрос на тестовой базе отрабатывает мгновенно, а на проде тормозит жутко. При этом на проде железо гораздо лучше.

В файле собрал инфу по этому кейсу.

Запрос объединяет всего две таблички. Использует два индекса.

Если выполнять запросы к каждой таблице отдельно, то на проде всё тоже быстро выполняется.
explain analyze одинаковый для обоих инсталляций?
источник
07:45пожаловаться#14

SK

Sergej Kolodnikov in pgsql – PostgreSQL
Dmitriy Momotyuk
explain analyze одинаковый для обоих инсталляций?
ты имеешь ты имеешь в виду сам план запроса?
В файле на второй закладке он есть.

Он одинаковый. Есть правда одно маленькое отличие в кол-во строк, но оно не гигантское.
Хотя я не понимаю почему оно отличается, ведь количество результирующих строк в обоих базах одинаковое
источник
07:49пожаловаться#15

СГ

Сергей Голод... in pgsql – PostgreSQL
Sergej Kolodnikov
ты имеешь ты имеешь в виду сам план запроса?
В файле на второй закладке он есть.

Он одинаковый. Есть правда одно маленькое отличие в кол-во строк, но оно не гигантское.
Хотя я не понимаю почему оно отличается, ведь количество результирующих строк в обоих базах одинаковое
вы бы show all сделали на обоих серверах и diff между ними.
источник
07:57пожаловаться#16

DM

Dmitriy Momotyuk in pgsql – PostgreSQL
Sergej Kolodnikov
ты имеешь ты имеешь в виду сам план запроса?
В файле на второй закладке он есть.

Он одинаковый. Есть правда одно маленькое отличие в кол-во строк, но оно не гигантское.
Хотя я не понимаю почему оно отличается, ведь количество результирующих строк в обоих базах одинаковое
не имел опыта с оптимизацией времени планирования, но может что-то с этим связано, тоже джоин на больших таблицах
https://stackoverflow.com/questions/22339836/postgresql-join-collapse-limit-and-time-for-query-planning
Stack Overflow
Postgresql join_collapse_limit and time for query planning
I just discovered join_collapse_limit has been preventing the PostgreSQL planner from finding a much better join order. In my case, increasing the limit to 10 (from the default of 8) allowed the pl...
источник
08:02пожаловаться#17

SK

Sergej Kolodnikov in pgsql – PostgreSQL
Сергей Голод
вы бы show all сделали на обоих серверах и diff между ними.
image_2020-06-11_12-05-51.png
(287.83 Кб)
источник
08:05пожаловаться#18

SK

Sergej Kolodnikov in pgsql – PostgreSQL
Dmitriy Momotyuk
не имел опыта с оптимизацией времени планирования, но может что-то с этим связано, тоже джоин на больших таблицах
https://stackoverflow.com/questions/22339836/postgresql-join-collapse-limit-and-time-for-query-planning
Stack Overflow
Postgresql join_collapse_limit and time for query planning
I just discovered join_collapse_limit has been preventing the PostgreSQL planner from finding a much better join order. In my case, increasing the limit to 10 (from the default of 8) allowed the pl...
Почитал. Вроде не про мой случай
источник
08:09пожаловаться#19

СГ

Сергей Голод... in pgsql – PostgreSQL
Sergej Kolodnikov
ты имеешь ты имеешь в виду сам план запроса?
В файле на второй закладке он есть.

Он одинаковый. Есть правда одно маленькое отличие в кол-во строк, но оно не гигантское.
Хотя я не понимаю почему оно отличается, ведь количество результирующих строк в обоих базах одинаковое
а можете сделать explain (analyze, verbose, buffers)  и на http://explain.tensor.ru/ выложить?
источник
08:14пожаловаться#20