В зале уже слышится недоуменный гул аудитории

Лучше сказать что-то и показаться дураком, чем промолчать и А не, напутал

Лучше сказать что-то и показаться дураком, чем промолчать и А не, напутал

Чем промолчать и уронить базу

Да, Дмитрий. 600 человек сейчас внимательно следят за каждым вашим сообщением.

599, он же входит в это число.

Я с другом сижу за компом ;))

не будем устраивать флуд, его хватает и на других каналах.

Кого бесит что при агрейде постгреса нужно перепепячивать всю бд потому что новый постгрес старую не открывает ?

И поэтому нужно иметь двапостгреса в ос

"перепепячивать всю бд" — что это значит?

Думпать в старом и восстанавливать в новом.

И даже в рамках одной версии постгреса но с разной битностью ос та же херь

Думпать в старом и восстанавливать в новом.

кто pg_upgrade отменил?

Нуну.

И шо же он делает вовнутрях ?

И даже в рамках одной версии постгреса но с разной битностью ос та же херь

ну это особенность by design

И шо же он делает вовнутрях ?

патчит каталог в первую очередь

откройте документацию и прочитайте

В моем случае я попал на битность

В моем случае я попал на битность

Что, в общем-то совершенно неудивительно.

Интересно, коммерсы умеют на лету битность менять?

Но зачем было дисковый формат бд привязывать к битности.

Типа нанооптимальность

Но зачем было дисковый формат бд привязывать к битности.

Эмм... А не будете ли ли вы любезны несколько раскрыть данную фразу. А то я что-то немного потерялся. Про какую битность сейчас речь?

Видимо идет речь о переходе с 32битной архитектуры на 64битную

Про битность постгресного демона который создал и работает с бд. 32 или 64 имеется в виду

Это был мегасюрпрайз потому что бд большая

Но зачем было дисковый формат бд привязывать к битности.

там ещё куча всего привязано, тот же размер блока к примеру или то как работать с float4/float8

Еще раз. Зачем это сделано ? На диске можно было хранить в универсальном виде. Как в sqlite например.

Это был мегасюрпрайз потому что бд большая

этот проект 10 лет назад что ли создавался? У меня с 2006 года уже десктоп стал 64 битныйм.

Еще раз. Зачем это сделано ? На диске можно было хранить в универсальном виде. Как в sqlite например.

тогда скорость была бы ниже :) это же очевидный trade off

Это ынтырпрайз, детка

тогда скорость была бы ниже :) это же очевидный trade off

Нанооптимизация. Я уверен.

Нанооптимизация. Я уверен.

весь postgres это куча нанооптимизаций и жевачка

Жевачка ?!

за счёт этого и вылизаем...

ВылЕзаем

Жевачка ?!

бубульгум если в ваших терминах

ВылЕзаем

я вот тут уже не уверен...

Вылизываем ?

Мде. Нам тогда пришлось сосать, простите.

А в оракле ведь наверно тоже есть такие нанооптимизации?

Postgres это высоко интегрированный продукт (читай спагети фабрика) в котором очень много мест вылИзывали под микроскопом.

А в оракле ведь наверно тоже есть такие нанооптимизации?

они везде есть

Еще раз. Зачем это сделано ? На диске можно было хранить в универсальном виде. Как в sqlite например.

Тогда очевидный совет - переведите ваш проект на sqlite и радуйтесь универсальному формату хранения ?

Тогда очевидный совет - переведите ваш проект на sqlite и радуйтесь универсальному формату хранения ?

+1 я к слову один свой проект на нём и начинал... но ушёл на postgres из-за ужасной скорости join (правда я кажись там с индексами накосячил)

Еще раз. Зачем это сделано ? На диске можно было хранить в универсальном виде. Как в sqlite например.

Странно. Я вот как-то был бы оченно удивлён, если бы данные хранились в независимом от разрядности системы формате. А чтобы всем было совсем радостно жЫть - надо придумать хранилище с независимым от порядка битов форматом. Во попрёт, так попрёт! Мастер - x86_64, слейвы - спарки, ну и вот это всё...

Марк, А зачем битность меняете? Работайте в x86 )

Нееее. Там смерть нас ждет

Как минимум изза ограничений на колво памяти которое может жрать один процесс

А какая ОС?

Линупс

В любой ос такой прикол. Размер адресного пространства

Ну там есть всякие PAE... Упиреться можно разве что с действительно тяжелыми запросами

Пае увеличивает колво памяти доступное суммарно всем процессам

Но один процесс примерно 3 гига. И не больше.

А то и 2. Не помню.

так сдампьте, заресторьте и забудьте. :)

2 в Винде

Ну так уже. Просто мы делаем серийный продукт. И таких баз много по стране. Пепяка.

Вот я по ходу облажался. Завтра проверю --link работает ли на кроссбитном апгрейде

Вроде кроме sqlite везде битность имеет значение

Вот я по ходу облажался. Завтра проверю --link работает ли на кроссбитном апгрейде

Апгрейд вообще работает на кросбитность? Он бинарно копирует файлы насколько я помню.

А то там может битность только в малом объеме служебных данных

нет, битность там на выравнивании

не проканает

Апгрейд вообще работает на кросбитность? Он бинарно копирует файлы насколько я помню.

Работает. Даже в доке сказано.

нет, битность там на выравнивании

Прям в файлах што хранят таблицы ?

ERROR: S client not available

не проканает

Уверен или предположение ?

Прям в файлах што хранят таблицы ?

*что; пробел перед знаками препинания не ставится уверен.

Заинтригован. Жду развязки - получилось или нет. И надеюсь бэкап есть

Я просто подумал может там кроссбитность только в малом количестве метаданных проявляется

Кстати. У меня вопрос к профи: рассмотрим ситуацию, когда штук 20 транзакций записались в wal. Но еще не прописались в файлы таблиц. И идет 21- транзакция, она, получается, вынуждена читать часть из wal, часть из пространства таблиц ? Получается если wal большой, то запросы на чтение могут сильно тормозить…

И я так и не понял когда именно этот wal подрезается. И как именно это происходит…

Мало в доке про wal

wal никто не читает

А тола как работает вобще.

читают данные в табличках

Можно ссылкой если лень объяснять

читают данные в табличках

Но данные еще же не там.

https://www.google.by/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&cad=rja&uact=8&ved=0ahUKEwjbif6h8o_QAhWBOSwKHc28DhkQFggZMAA&url=https%3A%2F%2Fmomjian.us%2Fmain%2Fwritings%2Fpgsql%2Fmvcc.pdf&usg=AFQjCNE3unBQFgM6dscb2s5d41YpqsqPZg&sig2=HpSMHPcMuwiwKz0c3c6kWw&bvm=bv.137904068,d.bGg

ой

https://momjian.us/main/writings/pgsql/mvcc.pdf

ну или на ютубе можно момжана послушать еще с mvcc unmasked

короче все версии записей лежат в табличках/индексах

ролбек сегментов нет

Ыыыы. Я не настолько силён во внутрях постгреса. Сегментов ?

ну ролбек сегменты это терминология не постгреса а судб

Пжжите. В журнал пишутся данные для роллбэка или новые данные из транзакции ?

может посмотришь https://www.youtube.com/watch?v=PTWk0SVKYOA&index=3&list=PLaFqU3KCWw6JgufXBiW4dEB2-tDpmOXPH

не знаю даже

в вал пишутся новые данные, для редо

ссылочка на ютубе с плейлистом, посмотри там еще про журнал

Можно без деталей крупно, как мой кейс работает ? Я конечно прочитаю саылки. Спасибо, но все же.

Знаю как в эскулайте в режиме wal. Интересно как в постгресе.

Данные хранятся в оперативной памяти при измененниях

плюс пишутся в wal

Ладно. Но если транзакция была космического масштаба

новая транзакция будет пробираться через кучу версий строчек в файлах таблиц и индексов

запишутся в файлы при чекпоинте