ну и хрень, обнулил пейдж 92804, а пейдж 92803 остался тем же

.

ну и хрень, обнулил пейдж 92804, а пейдж 92803 остался тем же

а блин сервер не остановил

Ну на 1 блок смещение

так я ж 8к блоками и обнуляю...

Будем считать, что 1й блок в первом файле таблицы - служебный

И несчитается

Но, ты уже следующий затер - соответсвенно его затирать бессмыслено

Предлагаю затереть блок 92816+1

Будем считать, что 1й блок в первом файле таблицы - служебный

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

Предлагаю затереть блок 92816+1

затер 92816 и 92817, правильно?

Нет

Вместо 92816 - по моей теории ты затер 92815

Соответственно, чтобы затереть 92816 - тебе нужно в seek сделать +1

ох точно

+ я не уверен, что пустые блоки - целиком из 0

тут в чем то другом проблема видимо мне кажется, что затираются именно те страницы, какие он и указывает

Тут можно провести эксперемент. На чисто БД - создать таблицу... написать в нее записей.... удалить записи... кроме последней... отвакуумить... и поглядеть что записано в "пустых" блоках

Даже можно сдампить пустой блок (если он отличается от 0) и этим шаблоном уже затирать битые блока

oid`ы есть в таблице?

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

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

*таймштапы*

oid`ы есть в таблице?

неа

опача, работает

короче убрал notrunc из dd и bs=8k написал

все, битых таймштампов в таблице нет ?

только почему-то записей в таблице 3,3 миллиона вместо 860милл, но это не страшно

Замени сохраненным

только почему-то записей в таблице 3,3 миллиона вместо 860милл, но это не страшно

Возможно из-за notrunc

только почему-то записей в таблице 3,3 миллиона вместо 860милл, но это не страшно

хотя не понимаю как такое могло произойти

Посмотри файл

Какого он размера

Вместо терабайта остался гигабайт))

Вместо терабайта остался гигабайт))

таки да!

он видимо дальше этого файла не читает теперь

Замени сохраненным

*

ок, заменил

Вот теперь начинай все с начала

Но лучше завтра, утро вечера мудреннее

точно, завтра лучше продолжить, а то я таки пиво выпил

Ну нет, интересно же

Следующий блок затирать не пробовал?

хорошо что есть решение - ходишь смотришь ctid, заполняешь нулями этот пейдж в файле, и так далее

Следующий блок затирать не пробовал?

я сверху вниз затираю

в том же порядке в котором ошибки кидаются

Ну это я понял. Всмысле мою теорию не проверил?

Возможно, что это решение не для твоего случая. Надо исследовать

На этом я откланиваюсь, удачи

Ну это я понял. Всмысле мою теорию не проверил?

не совсем понял суть. Допустим что нужно добавлять 1 блок в команде dd, чтоб затереть нужный пейдж. Но я же прошел уже и затер штук 10 пейджев сверху вниз, и ошибка invalid timestamp появляется сразу в предыдущем пейдже лишь после затирания следующего пейджа

я ранее селектил все записи из 92803, все было ок. затер 92804, и появляется ошибка invalid timestamp на 92803

Так она "ищет хорошие данные" возможно и натыкается на тот самый плохой блок.... и считает что ошибка тянется еще с зануленого

Эксперемент жеж

может у постгреса служебный оффсет не 8к, а меньше?

единственное объяснение по-моему, либо с dd что-то не то делаю

8К - так как реальные данные начинаются после этого

Возми погляди любой первый файл таблицы - с самого начала hex редактором

господа, вопрос

На этом я откланиваюсь, удачи

спасибо за помощь, теперь вижу что можно сделать

хочу числовой тип для котиков и для яблочек, причём так, чтобы 1 котик не был равен одному яблоку, а всё сравнение бросало эксепшен

ERROR: S client not available

пробовал типами, но нет, там котик равен яблоку: https://gist.github.com/Komzpa/f5350a5ef34570447eb01d08e9055768

Хм... Я видимо удачно таблицы открывал - штук 5 поглядел - везде одинаковое начало

хочу числовой тип для котиков и для яблочек, причём так, чтобы 1 котик не был равен одному яблоку, а всё сравнение бросало эксепшен

Однако странного хотите. Простите, а яблочко это какое число?

Однако странного хотите. Простите, а яблочко это какое число?

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

Ааа. Не сразу понял назначение сего

я тож думал, но разве не тосты для этого есть?

А какой размер записи?

А какой размер записи?

да разный, размер комментария вконтакте плюс таймштампы и айдишники

Чат, вопрос

А нет ли у кого в закладках/шпаргалках функции превращающей строку типа 1,3-6,9,10,12-19,21-26,28,29,3 В 1 3 4 5 6 9 10 и т.д.

гм, комбинация string_to_array и unnest не покатит?

стринг в аррей уже попробовал, она по запятым-то легко разделит, а вот как между тире думаю..

на петоне напиши

аа, ну тогда regexp_split_to_table

это же чат про эскуэль

на петоне напиши

???

аа, ну тогда regexp_split_to_table

погуглю, спасибо

погуглю, спасибо

https://www.postgresql.org/docs/current/static/functions-string.html

только версию не забудьте переключить

эт само собой

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

А нет ли у кого в закладках/шпаргалках функции превращающей строку типа 1,3-6,9,10,12-19,21-26,28,29,3 В 1 3 4 5 6 9 10 и т.д.

А смысл? Если всё равно идёт всё подряд. Просто найди минимум и максимум и сделай serial или типа того.

прикольная задача

А смысл? Если всё равно идёт всё подряд. Просто найди минимум и максимум и сделай serial или типа того.

не подряд же

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

промежутки? там же регулярка, можно что угодно описать

не подряд же

а ну да

сначала разлить потом через join Заполнить

SELECT regexp_split_to_table ('1,3-6,9,10,12-19,21-26,28,29,3', '\D'); regexp_split_to_table ----------------------- 1 3 6 9 10 12 19 21 26 28 29 3 (12 rows)

SELECT regexp_split_to_table ('1,3-6,9,10,12-19,21-26,28,29,3', '\D'); regexp_split_to_table ----------------------- 1 3 6 9 10 12 19 21 26 28 29 3 (12 rows)

это да, и обычным string_to_array можно получить. а вот дальше записи 4 5 получить?