всмысле, без бонуса за закрытый оффер? лоховство какое-то

Мне нормик)

главное чтобы человек был счастлив

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

нет, я про бонус рекрутеру

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

А как на 9.5 запустить слот, чтобы он начал копить?

если при создании не копит, можно дернуть pg_recievexlog

или как там утилитка называлась

Pg_create_physical_replication_slot

По моему так, могу ошибиццо при наборе с телефона

Блин, сорь, неправильно вопрос прочитал, это команда создания слота

Не могу подконектиться к heroku базе из питона. ValueError: PQ-IRI scheme is not 'pq' С консоли норм. Кто-нибудь знает, в чём дело?

есть поле как мне найти вхождения типо like concat

https://i.pinimg.com/originals/c1/31/2f/c1312faa0ab294506009a8f08f7459e0.jpg нашел перевод с ревью в -хакерс на русский

Добрый день, уважаемые коллеги! А у меня вопрос возник: в доставшейся БД много-много всяких функций, в бренных телах которых есть вот такой код: PERFORM table_pkey FROM table WHERE <некоторая простыня условий>; IF FOUND THEN <var> = 0; ELSE <var> = 1; END IF; Дык вот а SELECT CASE WHEN EXISTS (SELECT table_pkey FROM table WHERE <некоторая простыня условий>) THEN 0; ELSE 1; END CASE; into <var> не быстрее будет? ЗЫ. С CASE оно как-то привычнее. Да и нагляднее. о_О

Добрый день, уважаемые коллеги! А у меня вопрос возник: в доставшейся БД много-много всяких функций, в бренных телах которых есть вот такой код: PERFORM table_pkey FROM table WHERE <некоторая простыня условий>; IF FOUND THEN <var> = 0; ELSE <var> = 1; END IF; Дык вот а SELECT CASE WHEN EXISTS (SELECT table_pkey FROM table WHERE <некоторая простыня условий>) THEN 0; ELSE 1; END CASE; into <var> не быстрее будет? ЗЫ. С CASE оно как-то привычнее. Да и нагляднее. о_О

Селект тебе вставляет, перфом тока выполняет

Добрый день, уважаемые коллеги! А у меня вопрос возник: в доставшейся БД много-много всяких функций, в бренных телах которых есть вот такой код: PERFORM table_pkey FROM table WHERE <некоторая простыня условий>; IF FOUND THEN <var> = 0; ELSE <var> = 1; END IF; Дык вот а SELECT CASE WHEN EXISTS (SELECT table_pkey FROM table WHERE <некоторая простыня условий>) THEN 0; ELSE 1; END CASE; into <var> не быстрее будет? ЗЫ. С CASE оно как-то привычнее. Да и нагляднее. о_О

процедурам процедурный стиль

@slysha у меня после перфом идет проверка и установка переменной, а селект устанавливает эту переменную.

@Komzpa тут цикл по 2 млн записей, поэтому каждый отвоёванный такт - уже хлеб.

а переменная дальше что делает?

а то вдруг там надо if (запрос) then ...

Не, оно потом с кучей собранных данных вставляется во всякое статистическое, как флаг первой такой записи, или нет (см. IF FOUND THEN <var> = 0)

так может это boolean и его надо var = exists(...)?

неа, инт. И в процедуре, и в результирующей таблице. А вот var = CAST(exists() as int)? Не быстрее будет?

И вообще такое безобразие допустимо?

@slysha у меня после перфом идет проверка и установка переменной, а селект устанавливает эту переменную.

Select делает это менее явно чем perform

Select делает это менее явно чем perform

Это зависит от того, насколько ты проникся фактом того, что SQL - это декларативный язык. :) Мне, например, select ... into - более явно, нежели перфом.

Это зависит от того, насколько ты проникся фактом того, что SQL - это декларативный язык. :) Мне, например, select ... into - более явно, нежели перфом.

А где ты нашел язык sql когда используешь процедуры plpgsql?

@slysha так получилось. :D

Не успел

@slysha так получилось. :D

Я вообще ещё и не так могу. :)

всем привет

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

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

ручка/карандаш и лист бумаги - самые эффективные из того, чем доводилось пользоваться.

ручка/карандаш и лист бумаги - самые эффективные из того, чем доводилось пользоваться.

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

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

Я лично erWin предпочитаю. Правда, это грёбанная хрень... Но лучше ничего нет

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

Поясните, пожалуйста. А то я немного не понял.

Поясните, пожалуйста. А то я немного не понял.

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

Добрый день, уважаемые коллеги! А у меня вопрос возник: в доставшейся БД много-много всяких функций, в бренных телах которых есть вот такой код: PERFORM table_pkey FROM table WHERE <некоторая простыня условий>; IF FOUND THEN <var> = 0; ELSE <var> = 1; END IF; Дык вот а SELECT CASE WHEN EXISTS (SELECT table_pkey FROM table WHERE <некоторая простыня условий>) THEN 0; ELSE 1; END CASE; into <var> не быстрее будет? ЗЫ. С CASE оно как-то привычнее. Да и нагляднее. о_О

вот интересно, будет ли первый вариант с PERFORM сканировать всю таблицу, т.к. нет LIMIT 1, или же вернет только одну запись, т.к. не производится итерации по результатам? если будет, тогда вариант с exists должен быть быстрее

вот интересно, будет ли первый вариант с PERFORM сканировать всю таблицу, т.к. нет LIMIT 1, или же вернет только одну запись, т.к. не производится итерации по результатам? если будет, тогда вариант с exists должен быть быстрее

Не будет. В WHERE выборки по индексированным полям.

@Chuguniy, проверь уже, что быстрее. всем интересно

ну тогда вместо "всю таблицу" можно читать "весь индекс". Он ведь тоже может большим оказаться

PERFORM vs PERFORM + LIMIT 1 vs EXISTS

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

А, понятно. Уточняющий вопрос: вам таки внешние онлайн-сервисы, или как?

@Chuguniy, проверь уже, что быстрее. всем интересно

Как придумаю, так сразу. :)

А, понятно. Уточняющий вопрос: вам таки внешние онлайн-сервисы, или как?

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

Всем привет! Никто не билдил plv8 2.1 под винду?

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

Сейчас вам тут любимых/знакомых графических средств для рукоблудия над базами наговорят. Или вот молчат чегой-то, как рыбы об лёд.

привет

снова к вам вернулся

кто нибудь пользовался полнотекстным поиском ?

Столкнулся с одной интересной вещью. В pg-10 cloud=> SELECT * FROM "oc_activity_activity_id_seq"; last_value | log_cnt | is_called —----------+---------+---------— 3281 | 0 | t (1 строка) В pg-9.5 owncloud=# SELECT * FROM "oc_activity_activity_id_seq"; sequence_name | last_value | start_value | increment_by | max_value | min_value | cache_value | log_cnt | is_cycled | is_called -----------------------------+------------+-------------+--------------+---------------------+-----------+-------------+---------+-----------+----------- oc_activity_activity_id_seq | 763058 | 1 | 1 | 9223372036854775807 | 1 | 1 | 29 | f | t (1 строка)

@Chuguniy, проверь уже, что быстрее. всем интересно

Зависит непонятно от чего. Но если брать среднюю температуру по больнице, то разницы нет. :( А я так ждал, надеялся и верил. Хотя... Это же *них. Тут любая задача решается несколькими путями за вполне себе одинаковые временнЫе рамки.

Добрый день, уважаемые коллеги! А у меня вопрос возник: в доставшейся БД много-много всяких функций, в бренных телах которых есть вот такой код: PERFORM table_pkey FROM table WHERE <некоторая простыня условий>; IF FOUND THEN <var> = 0; ELSE <var> = 1; END IF; Дык вот а SELECT CASE WHEN EXISTS (SELECT table_pkey FROM table WHERE <некоторая простыня условий>) THEN 0; ELSE 1; END CASE; into <var> не быстрее будет? ЗЫ. С CASE оно как-то привычнее. Да и нагляднее. о_О

А что автор говорит?

А что автор говорит?

А авторов нет и неизвестно.

А авторов нет и неизвестно.

А откуда бд с кодом?

Досталась по наследству.

Там гонка в коде в общем виде. Вообще похоже на мой или связанный со мной код)

Там гонка в коде в общем виде. Вообще похоже на мой или связанный со мной код)

Но можно забить

Там гонка в коде в общем виде. Вообще похоже на мой или связанный со мной код)

Ты в 2012 г. где трудился?

Интернет строил )

Тогда не твой, точно. Компания далеко от строительства интернетов. Хотя потырить код, естественно, могли.

в общем, я рад, что нет разницы

это как бы говорит о том, что постгес предсказуем (и слава богу)

Тогда не твой, точно. Компания далеко от строительства интернетов. Хотя потырить код, естественно, могли.

Не вижу связи. Ну ладно

Добрый день, уважаемые коллеги! А у меня вопрос возник: в доставшейся БД много-много всяких функций, в бренных телах которых есть вот такой код: PERFORM table_pkey FROM table WHERE <некоторая простыня условий>; IF FOUND THEN <var> = 0; ELSE <var> = 1; END IF; Дык вот а SELECT CASE WHEN EXISTS (SELECT table_pkey FROM table WHERE <некоторая простыня условий>) THEN 0; ELSE 1; END CASE; into <var> не быстрее будет? ЗЫ. С CASE оно как-то привычнее. Да и нагляднее. о_О

Так так функция на plpgsql, то в первом случае будет по факту выполнено 3 запроса (сам запрос, присваивание и условие в IF). А если функция volatile то к этому добавятся еще и операции со снапшотами. В общем случае один запрос быстрее. Можно еще на sql написать, а не на plpgsl, но будут ньюансы с отсутствием кеширования планов.

Так так функция на plpgsql, то в первом случае будет по факту выполнено 3 запроса (сам запрос, присваивание и условие в IF). А если функция volatile то к этому добавятся еще и операции со снапшотами. В общем случае один запрос быстрее. Можно еще на sql написать, а не на plpgsl, но будут ньюансы с отсутствием кеширования планов.

Человек потестил — говорит нет разницы. Что он делает не так?

Человек потестил — говорит нет разницы. Что он делает не так?

Ну я ж написал "в общем случае". Значит, у него частный )

Случаев там один: затраты cpu

Всем привет. Очень увлекся PostgreSQL и буду рад присоединиться к коммьюнити. Даже для себя начал вести cheat sheet того что изучаю и использую ежедневно. https://github.com/andrewkslv/postgresql-cheat-sheet п.с. буду рад пулл реквестам