@pgsql

Страница 715 из 1062
Nikolai
15.03.2018
22:44:20
/spam

Google
Evgeniy
15.03.2018
23:16:17
я не знаю чо как и какой воркэраунд

Denis
16.03.2018
02:16:47
хи, у постгрес про закончился срок действия сертификата на сайте



Vitaliy
16.03.2018
02:29:45
хи, у постгрес про закончился срок действия сертификата на сайте
Ничего страшного. Админ занят видимо более приоритетными задачами)

Konstantin
16.03.2018
03:11:19
Автоматизация нужна, как в Let's Encrypt

Anton [Mgn, az09@osm]
16.03.2018
03:58:19
@pasha_golub @Komzpa #spam #report

Pavel
16.03.2018
03:58:56
Artem
16.03.2018
05:22:57
Автоматизация нужна, как в Let's Encrypt
А если у вас сертификат с organization validation, то Let's Encrypt вам тут вряд-ли поможет ;)

Konstantin
16.03.2018
05:24:30
я про механизм автоматизации

Alexander
16.03.2018
05:41:35
Просто поменять вовремя забыли почему-то. Уже сертификат до 2020-04-13

Vitaliy
16.03.2018
06:46:33
Всем привет. Может кто знает, есть ли возможность ускорить операцию && над массивами в posgresql? Один из операндов - может быть большим массивом. Вот по нему бы хеш как-нибудь строить для ускорения операции... Хотя может он и строится... Не знаю что там под капотом...

Ilia
16.03.2018
07:05:47
А как тебе тут хэш поможет?

Google
Vitaliy
16.03.2018
07:07:34
Ну по хешу значение быстрее искать

Большой массив передается параметром

Mikhail
16.03.2018
07:08:16
Мою голову посетила странная мысль....

А работа через DBLINK как-то отражается на WAL ? :)

хотя, догадываюсь что нет :(

Eugeny
16.03.2018
07:11:35
Всем привет )

Всем привет. Делаю тулзу для Postgres эсплейнов explainer.azurewebsites.net Есть пара вопросов с гуру. 1) Изменять размес траницы по умолчанию это нормальная практика, или ока как бы остается 8kb ? 2) когда мы расчитываем траффик который отъел запрос, мы учитываем все буфферы?

Darafei
16.03.2018
07:13:50
какой трафик ест запрос?

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

Eugeny
16.03.2018
07:15:42
какой трафик ест запрос?
чтение\запись с дисков

Darafei
16.03.2018
07:16:21
чтение произошло в buffers miss

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

Eugeny
16.03.2018
07:17:47
Buffers: shared hit=21185, temp read=6116 written=6114 вот тут я думал что 21185 в кеша начинано, а 6116 напрямую с диска.

Slach
16.03.2018
07:18:04
всем привет, а есть кто нибудь здесь кто с wal-e работает?

Eugeny
16.03.2018
07:18:42
Mikhail
16.03.2018
07:36:23
да, и столько же иопсов съедено
авот про иопсы какбе не согласен

Darafei
16.03.2018
07:36:55
окей, зависит от underlying storage

Mikhail
16.03.2018
07:37:06
размер иопса же может меняться...

теперь - да =)

Google
Darafei
16.03.2018
07:37:36
в случае amazon gp2 - от 0.5 до 1х от количества прочитанных буферов, ибо там странички 16кб

Eugeny
16.03.2018
07:38:41
Я вот в конфиге бд не силен, иопс это что?)

Darafei
16.03.2018
07:39:13
https://en.wikipedia.org/wiki/IOPS

Eugeny
16.03.2018
07:40:09
супир, спасиб )

Pavel
16.03.2018
07:44:30
почему select to_date('2017-12-31', 'dd.mm.yyyy'); в PostgreSQL 9.6.8 отрабатывает, а в 10.3 нет?

Darafei
16.03.2018
07:45:45
что за день такой, 2017 декабря 31 года?

Pavel
16.03.2018
07:46:22
возвращает 0037-06-08

Darafei
16.03.2018
07:46:34
ну вот видишь, починили

теперь нельзя написать явно кривой код и получить совершенно неправильную дату :)

Eugeny
16.03.2018
07:47:45
лол он взял 01-12-31 и прибавил 2017 дней ))

Darafei
16.03.2018
07:50:19
ну тема нормальная, когда ты interval с date складываешь - так и надо делать

Pavel
16.03.2018
07:52:09
мусор на входе - мусор на выходе? И с select to_date('2017-99-31', 'dd.mm.yyyy') все Ок вернет 0044-09-22

Darafei
16.03.2018
07:53:08
подозреваю, что в 9.6 ветке это уже не могут починить из-за соображений совместимости

https://www.postgresql.org/docs/devel/static/release-10.html Make to_timestamp() and to_date() reject out-of-range input fields (Artur Zakirov) For example, previously to_date('2009-06-40','YYYY-MM-DD') was accepted and returned 2009-07-10. It will now generate an error.

скажем спасибо @zarthur за наше счастливое настоящее

Pavel
16.03.2018
07:55:10
Спасибо @zarthur !

Anton [Mgn, az09@osm]
16.03.2018
08:29:03
Атака по майнингу криптовалюты на незащищённых серверах PostgreSQL http://www.opennet.ru/opennews/art.shtml?num=48269 Исследователи из компании Imperva, поддерживающей honeypot с незащищёнными и уязвимыми СУБД для изучения атак на них, сообщили о выявлении вредоносной активности, нацеленной на организацию скрытого майнинга криптовалюты в СУБД PostgreSQL. Атака интересна тем, что вредоносный код для майнинга загружается с использованием методов стеганографии и спрятан в PNG-изображении. #opennet

Nikita
16.03.2018
08:39:42
Добрый день. Кто-нибудь знает как создать FOREIGN TABLE из TABLE? На подобии CREATE TABLE(LIKE some_schema.some_table_name). Или же нужно билдить из information_schema динамический запрос на создание таблицы?

Darafei
16.03.2018
08:40:06
import foreign schema?

Google
Nikita
16.03.2018
08:40:31
А он разве работает table -> foreign table?

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

Darafei
16.03.2018
08:41:08
а что значит "сделать из table - foreign table"?

foreign table вообще на другом сервере живёт

Nikita
16.03.2018
08:41:40
у меня есть таблица я хочу на основе её схемы создать точно такую же на другом сервере

То есть я хочу сделать что-то вроде CREATE FOREIGN TABLE(LIKE some_schema.some_table_name)

Чтобы не перечислять все колонки

Но синтаксис LIKE только для обычных таблиц работает

Darafei
16.03.2018
08:43:14
откуда на твоём новом сервере возьмётся some_schema.some_table_name, чтобы делать по ней like?

Nikita
16.03.2018
08:44:19
Да, это я понимаю

Может есть какая-то готовая конструкция которая позволяет перенести таблицу на другой сервер

Darafei
16.03.2018
08:45:43
import foreign schema

Nikita
16.03.2018
08:46:50
Так теперь я понял. Т.е. нужно выполнить импорт в контексте удалённого сервера

Ilia
16.03.2018
08:47:41
Darafei
16.03.2018
08:47:43
в контексте того сервера, на который надо импортировать

Arthur
16.03.2018
08:47:55
Спасибо @zarthur !
Пожалуйста :)

Maxim
16.03.2018
08:56:06
привет. подскажите пожалуйста, такая проблема: есть таблица, допустим CREATE TABLE t (id int PRIMARY KEY, parent int NULL, CONSTRAINT fk FOREIGN KEY parent REFERENCES t (id) я вставляю пачку строк одним запросом INSERT, допустим там есть строки id = 1, parent = null и id = 2, parent = 1. в итоге в базе у второй строки parent оказывается NULL если убрать constraint, то все ок. это можно как-то исправить не убирая внешний ключ?

Andrey
16.03.2018
08:56:46
В PostgreSQL v12 возможно будет select from DUAL ? https://www.postgresql.org/message-id/flat/CAFjFpRdHJbM2EgDng2NgMLkXWD2bYrKhZPchsFj8r4PcVW2E5g%40mail.gmail.com#CAFjFpRdHJbM2EgDng2NgMLkXWD2bYrKhZPchsFj8r4PcVW2E5g@mail.gmail.com

Darafei
16.03.2018
08:58:06
>in the rewriter or early in the planner

появится, но тайно от всех

Google
Andrey
16.03.2018
09:04:00
ну я думаю там можно будет его вытащить наружу

в виде extension-a

Maxim
16.03.2018
09:06:37
ну а если я хочу? :)

есть какие-то существенные причины почему так не стоит делать?

Darafei
16.03.2018
09:06:55

Страница 715 из 1062