
Evgeniy
09.02.2018
23:51:00
дай бы бог

Alex
10.02.2018
00:19:13

Yaroslav
10.02.2018
00:19:49

Alex
10.02.2018
00:36:47
А как?
13 и 12 байт надо глядеть

Google

Alex
10.02.2018
00:36:59
Вот пример когда кривое имя
[postgres@thunder2 pg_xlog]$ xxd -l 16 00000001000000370000001B
0000000: 93d0 0700 0100 0000 0000 001b 3700 0000 ............7...
[postgres@thunder2 pg_xlog]$ xxd -l 16 00000001000000370000001C
0000000: 93d0 0700 0100 0000 0000 0012 3700 0000 ............7...
Если сделать cp 00000001000000370000001C в 000000010000003700000012
то
[postgres@thunder2 pg_xlog]$ ~/usr/local/pgsql96/bin/pg_xlogdump 000000010000003700000012 | head
rmgr: Heap2 len (rec/tot): 59/ 59, tx: 0, lsn: 37/120012A8, prev 37/11FFFAE0, desc: VISIBLE cutoff xid 41014064 flags 1, blkref #0: rel 1663/13322/33037 fork vm blk 6, blkref #1: rel 1663/13322/33037 blk 210155
такое вот ручное программированье %)
Вобщем 12 и 13 байт помогуть восстановить доброе имя для вал файла которое можно уже будет дампануть

Yaroslav
10.02.2018
00:40:36


Alex
10.02.2018
00:44:46
просто такое надо было сувать в pg_waldump и мне кажется у нас в патче такое и было. чтобы валдамп не на имя файла глядел а на его содержимое. просто по умолчанию валдамп парсит имя файла и побежал от такой позиции глядеть а то что там внутри совершенно другое выражает в виде ошибки что не могет найти вал записи.
Я помню, у нас этим патчем занимался @maksm90 донес он до коммуны его можно у него поспрашивать.
Спасибо!
Только это какой-то не очень стандартный способ... Впрочем, формат WAL вряд ли будут часто менять. ;)
вообще вот тут http://www.interdb.jp/pg/pgsql09.html в разделе 9.3 Internal layout of WAL segment расписан формат wal и как раз нужный заголовок в начале файла
Нас тут интересует вот этот кусочек, а точнее поле xlp_pageaddr в нем то и сидит искомое:
typedef struct XLogPageHeaderData
{
uint16 xlp_magic; /* magic value for correctness checks */
uint16 xlp_info; /* flag bits, see below */
TimeLineID xlp_tli; /* TimeLineID of first record on page */
XLogRecPtr xlp_pageaddr; /* XLOG address of this page */


Alexey
10.02.2018
02:41:47

Alex
10.02.2018
08:11:33

Darafei
10.02.2018
08:33:42

pew
10.02.2018
08:35:08
ребзи кто с постгресом на азуре работал

Darafei
10.02.2018
08:38:31

Google

Alexey
10.02.2018
12:49:29
они умеют пушить в апстрим, просто их надо специально пинать это делать
в кулуарах pgday'16 Бартунов жаловался, что их задолбало годами проталкивать патчи в апстрим. Что именно поэтому они хотят сделать несовместимый по форматам файлов форк постгреса. А слева от меня сидел и внимательно слушал такой прикольный парень. Его кажется Дарафей звали. oh wait...

Darafei
10.02.2018
12:53:13
ну да, я пошёл и проверил
патчи в постгис, в который "никак не попасть", принимают с полпинка

Alexey
10.02.2018
12:56:58
речь не про постгис вроде

Darafei
10.02.2018
13:00:29
ну я пока для постгреса патчей и не написал, чтобы ту часть утверждения проверить

Alexey
10.02.2018
13:04:44
но речь, опять же, и не о тебе, а о ПгПро. пришлось цитировать Самого, а то тут про бабку начинают задвигать

Denis
10.02.2018
13:08:16
Кстати, если посмотреть на фирмы, в которых работают участники core team, можно понять, почему у Postgres Pro могут быть проблемы с проталкиванием своих патчей... https://www.postgresql.org/community/contributors/

Alex
10.02.2018
13:10:28

Darafei
10.02.2018
13:10:53

pew
10.02.2018
13:11:46
кто с постгресом на азуре работает

Alexey
10.02.2018
13:12:21

Denis
10.02.2018
13:13:33
посмотрел. почему? :)
Потому, что при выборе стратегии развития pg, приоритет будет отдаваться тому, что ближе наработкам твоей фирмы. А никого из pgpro, к сожалению, там нет

Alexey
10.02.2018
13:15:39
а я вот давно стесняюсь спросить. Почему не видно Тома Лейна и Роберта Хааса на российских конференциях?

Alex
10.02.2018
13:23:03

Alexey
10.02.2018
13:29:59

Sergey
10.02.2018
13:54:04
Зашёл сюда на днях, чтобы про постгрес общаться, а здесь политота. "Вечно ты куда-то вступаешь, то в говно, то в партию..." ?

Alex
10.02.2018
13:59:53

Alexey
10.02.2018
14:00:37
вот, уже и религия пошла!

Andrey
10.02.2018
14:37:02

Google

Alexey
10.02.2018
14:37:43
моя любимая — это pgsql-advocacy

Evgeniy
10.02.2018
14:54:50
чо там пишут?

Alexey
10.02.2018
14:58:14
а там бывают вот такие нажористые обсуждения: http://www.postgresql-archive.org/How-to-convince-people-to-choose-PostgreSQL-over-MySQL-td5965930.html

Evgeniy
10.02.2018
15:18:11
есть два стула

Let Eat
10.02.2018
17:06:25

Dmitry
10.02.2018
17:42:40

Evgeniy
10.02.2018
17:44:34
в зависимости от ворклоада сожаю
мускуль 8.0 всё лучше и лучше
оракл и фейсбук это лучшее что случилось с мускулем

Сергей
10.02.2018
19:17:18

Evgeniy
10.02.2018
19:19:49
ну там и with, и window и улучшения работы с json, и оптимизатор с учетом данных в буфер пуле
по всем фронтам улучшения

Сергей
10.02.2018
19:20:33
Ну это все уже давно есть в пг. Ну а есть килерфичи которых нет в пг?

Evgeniy
10.02.2018
19:21:41
в пг нет нормального with, нет json query (мб в 11 добавят если эндрю дустан опять пропушит), нет оптимизатора с учетом данных в буфер пуле
ну и все плюшки иннодб
и не надо забывать про сторейдж движки другие

Сергей
10.02.2018
19:23:58
Что значит нет json query?

Alexey
10.02.2018
19:24:29
json_table видимо

Сергей
10.02.2018
19:46:37
Ну не очень понятно,ок погуглю тогда

Google

Alex
10.02.2018
21:55:01

Shamil
10.02.2018
21:58:32

Pavel
10.02.2018
21:58:58

Evgeniy
10.02.2018
21:59:20
In MySQL 8.0 DDL is now atomic.
https://www.slideshare.net/StleDeraas/dd-and-atomic-ddl-pl17-dublin

Pavel
10.02.2018
22:01:28

Evgeniy
10.02.2018
22:01:35
думаю да

Pavel
10.02.2018
22:01:54
Ну то есть, это фича стораджа или движка

Evgeniy
10.02.2018
22:02:10
но кто ж его знает, надо читать

Pavel
10.02.2018
22:02:31
Чукча писатель, да ?

Evgeniy
10.02.2018
22:03:00
ну меня сходу спросили, я сходу загуглил
еще не успел погрузиться
но вопрос взаимоотношения с движками не простой же

Pavel
10.02.2018
22:04:19
Ессно

pew
10.02.2018
23:25:23
кто на азуре с постгресом работал
короче ребзи, может так кто ответит
суть такая что пустая база, созданая одними и темиже запросами, что на локалке, что на сервисе азуры работает по разному
а именно:
первые обращения к таблицам даже простыми запросами могут занимать и по три секи
при повторном обращении этим же приложением, все быстро отрабатывает как и на локалке

Google

Just
10.02.2018
23:29:17
в ажуре нету специфичных отличий, насколько я знаю. стоит обратить внимание на версию базы, конфиги и железо

pew
10.02.2018
23:29:38
локалка на пк, и на виртуалке на азуре одинаково себя ведет, а сервисом такая шняга
9.6, более точно версию на азуре не выбрать
вот конфиги интересуют куда посмотреть

Just
10.02.2018
23:30:51
а, это типа сервис базы специальный? тогда не знаю, я ставил просто через apt на убунту

pew
10.02.2018
23:31:08
завтра вечером буду дома и могу скинуть скрин азурового конфига через ее админку

Just
10.02.2018
23:32:53

pew
10.02.2018
23:33:55
надо каждый пункт погуглить короче будет и найти его в кофиговском файле походу, да, а то трешачек
я просто такой себе знаток конфигов постгреса

Just
10.02.2018
23:37:01

pew
10.02.2018
23:37:16
кк
загуглю так завтр

Evgeniy
10.02.2018
23:43:03

pew
10.02.2018
23:43:15

Just
10.02.2018
23:43:18

Evgeniy
10.02.2018
23:43:40
конфиг здесь не при чем

pew
10.02.2018
23:43:55
я
млин чет заглюк сейчас был