@pgsql

Страница 790 из 1062
Yaroslav
04.05.2018
08:51:57
видимо даже сильно меньше, если учитывать, что innodb не переоткрывает заново файлы, как checkpointer в постгресе
Да, должно быть так. Т.е. (с учётом прочих факторов) нарваться на это в MySQL должно быть почти невозможно, похоже.

Voldemar
04.05.2018
10:03:05
подскажите пожалуйчта какие минимальные привилегии нужны для чтения статистики, в частности интересует pg_stat_replication. в доке не смог обнаружить такой информации ?

Evgeniy
04.05.2018
10:09:23
https://www.postgresql.org/docs/10/static/default-roles.html

до десятки только суперюзер поидее

Google
Evgeniy
04.05.2018
10:10:12
можно обойти создав вьюшку/функцию и дать грант на нее кому надо

Voldemar
04.05.2018
10:17:04
можно обойти создав вьюшку/функцию и дать грант на нее кому надо
о как.. не хотелось бы от имени суперпользователя выполнять.. буду смотреть в сторону создания вью

Yaroslav
04.05.2018
10:37:10
о как.. не хотелось бы от имени суперпользователя выполнять.. буду смотреть в сторону создания вью
А вы проверили, что он от простого пользователя не работает в вашей версии?

Voldemar
04.05.2018
10:39:44
А вы проверили, что он от простого пользователя не работает в вашей версии?
от простого пользователя select * from pg_stat_replication; выполняется, но данных нема

от postgres данные есть

можно обойти создав вьюшку/функцию и дать грант на нее кому надо
создал базу пустую, в ней создал функцию которая делает select из pg_stat_replication, создал пользователя, дал ему право коннекта к этой базе и выполнения этой функции. но от него она все равно возвращает пустую таблицу. как сделать чтоб фактически фунция от суперпользователя выполнялась?

Viktor
04.05.2018
12:07:03
Всем привет! Раскатили бекап с прода на немногим медленнее диски. Запросы на чтение замедлились в 10 раз, подскажите куда смотреть, что делать? Версия 9.5.6

Evgeniy
04.05.2018
12:07:42
смотрите в iostat -x -m 1

Darafei
04.05.2018
12:07:52
бекап чем снимали?

возможно, забыли analyze, посмотреть ещё можно в auto_explain

Viktor
04.05.2018
12:09:59
Pg-basebackup

Google
Иван
04.05.2018
12:11:19
Привет. У меня тоже вопрос про бэкап. Будут ли проблемы если сделать pg_dump на 9.6, а потом pg_restore на 9.3?

Sergey
04.05.2018
12:13:45
Привет. У меня тоже вопрос про бэкап. Будут ли проблемы если сделать pg_dump на 9.6, а потом pg_restore на 9.3?
Может не повезти. Попробуёте перегрузить только схему, без данных.

Igor
04.05.2018
13:53:08
Всем привет. Порекомендуйте лучшие практики мигриации бд с MSSQL в Postgre? Предстоит такая задача, хотел бы избежать подводных камней.

юзал ли кто http://www.dbconvert.com/mssql/postgre/ ?

или другие средства

Petr
04.05.2018
13:56:37
Всем привет. Порекомендуйте лучшие практики мигриации бд с MSSQL в Postgre? Предстоит такая задача, хотел бы избежать подводных камней.
Недавно мигрировал с мускуля. Основной затык был в миграции на нативные типы данных типа uuid и inet. В мускуле это просто варчары были.

Igor
04.05.2018
14:00:07
Недавно мигрировал с мускуля. Основной затык был в миграции на нативные типы данных типа uuid и inet. В мускуле это просто варчары были.
я пока собираю данные, но уже удивился что в Ps дробная часть decimal отделяется запятой а не точкой как в MS

или это от локали зависит

Maks
04.05.2018
14:25:16
Привет. Вот тут описал свою проблему. помогите плиз. http://telegra.ph/Soedinenie-s-bazoj-dannyh-Neudachno-05-04

Dmitry
04.05.2018
14:27:40
вот обычно кстати коментируются дефолтные значения, а тут хотя бы есть и описание - но подстава, не понятно что по умолчанию

Maks
04.05.2018
14:32:07
Evgeniy
04.05.2018
14:35:42
а сеть 192.168 это твоя?

Maks
04.05.2018
14:37:10
в кафе сижу

Evgeniy
04.05.2018
14:38:05
если ты хочешь подключиться через публичный интернет, то в хба тебе надо прописать сеть 0.0.0.0/24 md5

Evgeniy
04.05.2018
14:41:54
покажи ошибочку

ты кстати постгрес рестартовал?

Evgeniy
04.05.2018
14:43:26
телнетом порт доступен?

Google
Evgeniy
04.05.2018
14:44:03
телнетиком проверь сперва

Maks
04.05.2018
14:45:38
Evgeniy
04.05.2018
14:46:24
виндоуз-р, cmd, enter telnet хостбазы 5432, enter

Maks
04.05.2018
14:48:54
сбой подключения

Evgeniy
04.05.2018
14:49:25
отлично, значит у нас или фаервол или база не слушает таки публичный порт

ты в базку хоть как-то войти можешь?

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

Maks
04.05.2018
14:49:51
могу

Evgeniy
04.05.2018
14:50:01
набери там show listen_address;

или как его

Maks
04.05.2018
14:51:39
netstat говорит 5434 listen

*5432

Evgeniy
04.05.2018
14:51:49
на каком адресе?

Maks
04.05.2018
14:52:06
0.0.0.0

Evgeniy
04.05.2018
14:52:18
посмотри тогда iptables -L

Maks
04.05.2018
14:52:40
открывал там

Dmitry
04.05.2018
14:53:12
сеанс настройки postgresql over telegram, 2k зрителей

Evgeniy
04.05.2018
14:53:26
сори

Shamil
04.05.2018
15:10:04
Ребятки, а постгрессе bigserial нельзя сделать unsigned?)

А то чёт странно)

Google
Konstantin
04.05.2018
15:11:51
А в Постгресе вообще не unsigned типов:)

Viktor
04.05.2018
15:12:18
возможно, забыли analyze, посмотреть ещё можно в auto_explain
Сделали частично vacuum analyze, стало пошустрее

Shamil
04.05.2018
15:12:23
Печаль беда)

Dmitry
04.05.2018
15:20:54
Печаль беда)
Кстати sequence можно сделать отрицательным?

Darafei
04.05.2018
15:21:24
да

это способ выживать, если сделали serial и не влезли

Evgeniy
04.05.2018
15:25:18
так можно ж на лету расширить тип

Dmitry
04.05.2018
15:25:48
это способ выживать, если сделали serial и не влезли
блин я что-то тупанул :) именно на это и напоролись недавно мои знакомые

Darafei
04.05.2018
15:26:14
так можно ж на лету расширить тип
да, сколько будет альтериться таблица, в которой количество элементов на закончившийся инт?

Evgeniy
04.05.2018
15:26:28
мгновенно

Darafei
04.05.2018
15:26:37
ничего себе!

покажи

Dmitry
04.05.2018
15:26:44
вот это поворот!

Evgeniy
04.05.2018
15:28:21
неужели попутал

Dmitry
04.05.2018
15:28:27
да, попутал

ушло в диск

Evgeniy
04.05.2018
15:28:35
добавляли же чтото с альтером в большую сторону

Dmitry
04.05.2018
15:28:55
мгновенно
9.4 - не работает с pkey

Darafei
04.05.2018
15:29:00
можно альтерить что-то, что является констрейнтом

нельзя альтерить мгновенно что-то, что является физической основой хранения

Google
Darafei
04.05.2018
15:29:50
инты не varlen же

Evgeniy
04.05.2018
15:33:37
https://www.depesz.com/2011/03/06/waiting-for-9-1-rewrite-less-changing-types-of-column/ ах, с текстом

Dmitry
04.05.2018
15:37:44
я думал может для интов есть хак, ан нет

Evgeniy
04.05.2018
15:38:15
да для меня и инты с бигинтами просто числа

что пойдет не так если я в каталоге просто тип данных поменяю

Dmitry
04.05.2018
15:39:09
да для меня и инты с бигинтами просто числа
ну так разные размеры же разные на диске :)

Evgeniy
04.05.2018
15:39:48
кругом враги

Vladimir
04.05.2018
18:14:01
а напомните пожалуйста, в составном ключе из двух полей когда не важен порядок, первым же лучше быть более селективное (т.е. у которого больше диапазон значений) ставить?
На самом деле, зависит от того, какие условия используются (например, когда поиск только по одной колонке) И зависит даже в том случае, когда по обеим колонкам указаны условия на точное совпадение. И правило выбора вовсе не «селективное первым», а в зависимости от того, на каких данных выполняется запрос. Грубо говоря, условие a=1 and b in (1,2,3,4,5,6,7,8,9,10) будет работать существенно по-разному в зависимости от того, в каком порядке создан индекс (a,b) или (b,a)

Alexey
04.05.2018
18:14:13
а как было бы здорово составить такую же табличку, но для постгреса: https://dev.mysql.com/doc/refman/8.0/en/innodb-create-index-overview.html

ну а потом, естественно, сравнить!

Vladimir
04.05.2018
18:15:29
Здесь поиск на единственное точное совпадение по обеим колонкам
Выполняется 1 раз за всё время работы приложения?

Dmitry
04.05.2018
18:16:40
Много раз, в том числе в подзапросах, но запрос всегда вида a=X and b=Y

Vladimir
04.05.2018
18:16:55
Здесь поиск на единственное точное совпадение по обеим колонкам
Я к чему: неважно выполняется ли 1 запрос через IN или несколько запросов. Важно как именно кластеризованы значения входных параметров запроса. Не сами данные, а именно входные значения.

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