@pgsql

Страница 466 из 1062
Dmitry
08.09.2017
12:15:34
А кто едет в сибирь на PgConf2017?

кто где останавливается?

Artem
08.09.2017
12:17:27
sender и receiver -процессы есть
А сколько сейчас стоит max_wal_size ?

Google
Дмитрий
08.09.2017
12:19:23
max_wal_size ща гляну

Lulz
08.09.2017
12:21:33
Привет! на Windows server не могу сделать tablespace, хотя все права сделал, но пишет, что нет доступа

Artem
08.09.2017
12:21:38
Если у вас 9.6 то не найдете :)

max_wal_size ща гляну
Гляньте ещё wal_receiver_status_interval

Включен ли он и сколько значение

Он по дефолту 10секунд, для начала, можно уменьшить до 5.

Дмитрий
08.09.2017
12:26:54
Что-то впн разорвался, подключиться не могу, а этот параметр влияет на асинхронную репликацию?

Artem
08.09.2017
12:41:27
по сути слить заново долго это, 500гб(
Тогда догнать через rsync, только не забудьте на мастере start/stop backup сделать.

Дмитрий
08.09.2017
12:41:37
sync_commit выключать опасно - потеря данных критична

Google
Artem
08.09.2017
12:42:05
10 секунд и стоит
Можно поставить 5 и посмотреть, изменится ли ситуация в лучшую сторону.

Artem
08.09.2017
12:46:24
sync_commit выключать опасно - потеря данных критична
https://postgrespro.ru/docs/postgrespro/9.6/wal-async-commit.html

Дмитрий
08.09.2017
12:50:17
https://postgrespro.ru/docs/postgrespro/9.6/wal-async-commit.html
"Чистый эффект будет заключаться в потере нескольких последних транзакций" - вот это и проблемно:)

Не похоже, что это логи потоковой репликации. При потоковой репликации receiver непрерывно получает wal записи а не файлы
Из-за отставания он брал логи с сервера бэкапов, скоро должен на штатный забор логов переключиться, по времени применения скорость такая же

Denis
08.09.2017
13:57:10
Чем отличается эта версия от обычного pgAdmin? Заставкой и "якобы будущей поддержкой 10-й версии" Но при этом с 9-й версией как не работал (нормально), так и не работает.
я посмотрел тут их коммиты... вся поддержка 10 версии сводится просто к замене в приложении значения строки максимальной версии с 9.6 на 10. ну и комирайт туда свой вставили, это да... https://bitbucket.org/openscg/pgadmin3-lts/commits/branch/master

Vadim
08.09.2017
14:47:48
печально

Mikhail
08.09.2017
15:46:10
У меня есть таблица, в ней изменяется только часть полей. Скажите, я могу запомнить результат селекта по этой таблице? Селект будет по тем полям которые не меняются

в pqsql

Lev
08.09.2017
15:47:29
select ,,,, into somthing?

Vadim
08.09.2017
15:48:04
в файл можешь вывести результат

Mikhail
08.09.2017
15:49:18
select ,,,, into somthing?
да, но это будет переменная, а мне нужно чтобы это сохранялось между вызовами процедуры и желательно не в памяти а на диске

Anton [Mgn, az09@osm]
08.09.2017
15:50:09
Аудит измененных данных

Lev
08.09.2017
15:50:19
psql -c "copy(select ....) into csv;" > some.csv

Mikhail
08.09.2017
15:51:09
psql -c "copy(select ....) into csv;" > some.csv
так и как его потом использовать? Смысл в том, чтобы в следующий раз селект с теми же самыми параметрами не выполнялся, а доставался сразу его результат

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

первый раз он выполняется

а второй раз просто достается заранее сохраненное где либо значение

Google
Mikhail
08.09.2017
15:52:26
потому что таблица по полям, которые в селекте используются, не меняется

Lev
08.09.2017
15:53:04
так почему select into не подходит? Он может селектить не только в переменную, но и во временную и даже постоянную таблицу

Mikhail
08.09.2017
15:53:32
как потом из этой таблицы достать данные?

Darafei
08.09.2017
15:53:37
селектом

Mikhail
08.09.2017
15:53:40
тем же самым запросом?

Darafei
08.09.2017
15:53:50
ты хочешь materialized view

Mikhail
08.09.2017
15:53:56
неа

Darafei
08.09.2017
15:54:15
пожалуйста, прочитай оглавление документации postgres и убедись, что ты понимаешь все слова в нём

Darafei
08.09.2017
15:55:10
сформулируй то, что ты хочешь, пользуясь только теми словами, которые есть в оглавлении документации

Mikhail
08.09.2017
15:55:39
хорошо, я могу расписать подробнее, с примером таблицы

есть вот такая таблица

https://pastebin.com/pBSg72xG

Darafei
08.09.2017
15:56:46
просто сейчас это "я хочу, чтобы сохранённое не читалось из таблицы, а читалось из другой таблицы, но не той, а другой"

Darafei
08.09.2017
15:58:06
это может называться или materialized view, или index

OMG2SMART4YOU
08.09.2017
16:00:11
всем привет!

Mikhail
08.09.2017
16:00:46
вот функция

А, блин, не та

Google
Mikhail
08.09.2017
16:01:56
Вот это - https://pastebin.com/tpJwH4Dq

И в ней есть селект - SELECT id INTO config_id FROM settings WHERE user_id = user_config.config_id.user_id and name = user_config.config_id.name and version = user_config.config_id.version;

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

Теперь понятно? @Komzpa

Vadim
08.09.2017
16:06:28
в приложении держи

Mikhail
08.09.2017
16:07:29
в приложении держи
Ну хотелось бы в базе

Darafei
08.09.2017
16:07:48
возможно, ты хочешь, чтобы запрос выполнился быстрее? :)

Mikhail
08.09.2017
16:08:07
"я хочу, чтобы база данных при запросе к себе брала данные не из базы данных"
чтобы она не обращалась к таблице по полям, а чтобы взяла заранее сохраненное значение

Darafei
08.09.2017
16:08:18
сохранённое, например, где?

чем тебе shared_buffers не нравится?

Mikhail
08.09.2017
16:08:34
чем тебе shared_buffers не нравится?
не знаю, может и нравятся :)

Darafei
08.09.2017
16:09:05
а чем, кроме желания выпендриться, продиктован вопрос?

Vadim
08.09.2017
16:10:00
Ну хотелось бы в базе
в базе у тебя уже есть эти данные но ты оттуда не хочешь брать, держи в приложении

Mikhail
08.09.2017
16:10:08
а чем, кроме желания выпендриться, продиктован вопрос?
ну тем, что не хочется делать повторно запрос, если он уже выполнялся

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

Google
Darafei
08.09.2017
16:11:08
База это уже сделала сама

Vadim
08.09.2017
16:11:12
данные итак кэшируются

Mikhail
08.09.2017
16:11:22
Где про это почитать?

Т.е. она реально не будет заново обращаться к таблице?

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

данные итак кэшируются
а где про это почитать?

Vadim
08.09.2017
16:13:15
вернее страницы с диска не будут повторно подниматься в память, если часто обращаешься к ним

Vadim
08.09.2017
16:14:28
а почему не хочешь в приложении держать?

сервисы могут кэшировать id-ки

Stas
08.09.2017
16:15:35
а где про это почитать?
http://www.interdb.jp/pg/pgsql08.html

Mikhail
08.09.2017
16:15:41
а почему не хочешь в приложении держать?
приложений может быть множество, синхронизировать между приложениями эти данные запарно

Vadim
08.09.2017
16:15:56
уровня сервисов нету?

сервер приложений

Mikhail
08.09.2017
16:16:20
Vadim
08.09.2017
16:17:34
http://www.interdb.jp/pg/pgsql08.html
прикольный сайт

от японца с не нейтив инглишом, интересно насколько там английский нормальный

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