
Павел
28.06.2018
20:09:15
оперативки?

Андрей
28.06.2018
20:09:18
нее... хд

Shaz
28.06.2018
20:09:29
У меня на 20 крутится

Google

Павел
28.06.2018
20:09:40
на винде да!

Shaz
28.06.2018
20:09:40
И ещё бы накинул наверно

Андрей
28.06.2018
20:09:43
оперативки 2гб хз, если последовательно запускать может и нормально будет работать

Shaz
28.06.2018
20:10:09

Павел
28.06.2018
20:10:29
эх
на винде то у нас с 16 гб запинается =)
ну это sql
ему сколько не да все заберет

kad
28.06.2018
20:11:57
Может найти причину, не искать обходные пути?

Павел
28.06.2018
20:12:14

kad
28.06.2018
20:12:26

Павел
28.06.2018
20:12:45
Тормозов
она известна! Просто шефу все в облако захотелось пихнуть....
и платить он не хочет =)

Google

kad
28.06.2018
20:13:37

Андрей
28.06.2018
20:13:45

kad
28.06.2018
20:13:45

Павел
28.06.2018
20:14:05

Shaz
28.06.2018
20:14:24

Андрей
28.06.2018
20:14:25

Павел
28.06.2018
20:14:26

kad
28.06.2018
20:14:32
Подними в облаке и сразу беги)

Павел
28.06.2018
20:14:47
ахха =)

kad
28.06.2018
20:15:17
Чтобы вернуть обратно бери деньги вперёд

Павел
28.06.2018
20:15:24
я то знаю на самом деле что будет все плыть, но ему ведь надо носом ткнуть....
если уж у него была АТС на говне 90 годов до недавнего момента...
пока на VDS не запихали опять же
там пентиум 2 какой то был =)
ладно это лирика,хотелось живой опыт перенять...

kad
28.06.2018
20:17:52
Тестовый стенд тебе поможет, уж 2гб оперативки выдели

Павел
28.06.2018
20:18:06
да,наверное так и сделаю
поплывет дак носом ткну...

Какой-то Хмырь
02.07.2018
13:03:53
добрый день, кто-нибудь использовал postgres-xl? я не пойму, он позволяет организовать высокую доступность обычного экземпляра postgres? или только масштабирование?
и кто вообще что посоветует для создания отказоустойчивого кластера, желательно с возможностью партиционирования данных для записи и чтения?
извиняюсь за глупые вопросы, просто до этого только с мс работал. там нат такого обилия технологий

Google

Juriy
02.07.2018
15:08:55
а потом можете посмотреть на https://github.com/zalando/patroni

Какой-то Хмырь
02.07.2018
15:13:02
спасибо, штатную репликацию осилил. теперь кластеры

Vladimir
03.07.2018
11:04:31
Комрады всем доброго дня!
Помогите кто сможет лпиз
Выключили сервак (электричество) с посгресом
после включения не стартует сам постгрес
в логах вот

Artem
03.07.2018
11:45:26
Кластер находится в режиме восстановления
В логах не ругается на отсутствие сегментов WAL журнала?

Vladimir
03.07.2018
11:47:19
вот в логах все что есть...
я просто в постгресе не особо пока, в наследство досталось

Artem
03.07.2018
12:21:13
Попробуйте сделать рестарт сервиса СУБД, посмотрите, что будет в логах.

Juriy
03.07.2018
13:26:01
позапускайте postgres несколько раз - у systemd таймаут на перезапуск "нестартанувшего" демона срабатывает раньше, чем процесс postgresql успевает восстановиться из журнала
поскольку постгрес до получения команды на перезапуск от systemd успевает слегка продвинуться по wal'у, как правило пары тройки запусков хватает, чтобы запустить службу
ну или - увеличьте таймаут на запуск в unit-файле

Vladimir
03.07.2018
13:28:37
хм, попробую! Спасибо!

Grigory
03.07.2018
13:29:04
пропишите в unit файл постгреса:
TimeoutStartSec=infinity
TimeoutStopSec=infinity

Google

Александр
03.07.2018
13:29:57
Мы вот это доделывали:
В /usr/bin/pg_ctlcluster добавить в процедуру "start" после цикла ожидания создания сокета (60 раз)
#Erem 20180214
if (!PgCommon::check_pidfile_running $pidfile) {
print STDERR "The PostgreSQL server failed to start. Failed exec pg_ctl! Please check the log output.\n";
exit 1;
}
return 0;
#Erem***

Grigory
03.07.2018
13:31:08

Vladimir
03.07.2018
13:32:07
для чистого дебиана тоже?

Grigory
03.07.2018
13:33:03
везде, где есть перловая обвязка из postgresql-common

Ruslan
03.07.2018
15:06:16
ребят, а подскажите где б найти админа по postgre
?
всем привет

Ki
03.07.2018
15:14:47
Привет всем!
Не могу понять а timezone в постргресе сессионный перезаписывает дефолтный, тот что в настройках стоит?
Т.е. show timezone; покажет мне сессионный
А как установить дефольный для сессии (не понимаю, т.к. сервер с которого коннекусь стоит зона moscow)

Какой-то Хмырь
03.07.2018
15:26:47
не оно?

Ki
03.07.2018
15:30:22
Если я верно понимаю, то когда я коннекчусь к бд через консольную команду psql она подхватывает timezone из системы (наверное) и данный timezone стоит как UTC хотя у меня на сервере по дефолту стоит europe\moscow . Я хочу чтобы при любом коннекте в бд он мне выбирал мою временную зону
т.е. не выставлять при каждом коннекте

Какой-то Хмырь
03.07.2018
15:33:13
я сам мс сиквел админ, но немного гуглю)
https://www.postgresql.org/docs/9.6/static/runtime-config-client.html

Dilkhush
04.07.2018
07:09:38
как изменить в Postgresql FROM payout -> integer(USER_ID) to varchar(255, USER_iD) help pls

Alex
04.07.2018
07:10:25
Да кастом, поди

Dilkhush
04.07.2018
07:17:50

Ilgiz
04.07.2018
09:01:12
как использовать alias внутри других SELECT?
SELECT "authe_questionary"."id", "authe_questionary"."title", "authe_questionary"."system_name", (QUERY) AS "quest_count", (QUERY) AS "answered_count", (
SELECT(quest_count)
) AS "wallet" FROM "authe_questionary" LIMIT 21; args=('1',)
ProgrammingError: column "quest_count" does not exist
скажем в wallet я хочу поделить quest_count на answered_count

Google

Pavel
05.07.2018
11:20:44
Есть вот такой вопрос, связанный с постгресом, но не с 1с
есть необходимость быстро выбирать очень большое число записей по бигинту, но не целиком, а по старшим битам. вопрос, собственно, как такое лучше делать и с помощью чего?
where my_bigint >> offset in (int_part1, ...) работает, но ожидаемо неповоротливо.
что тут можно придумать, можно ли вообще тут что то придумать, или может быть проще вообще определенным образом закодировать инт в строку и прогонять через строковый
where my_charcode similar to '(code1|...)%'?