Собственно, нужен сабж. Имеется полностью скопированная БД со всеми wals и т.п. Нужно получить данные из одной таблички, поднимать ради этого всю БД не хочется (тем более и PostgreSQL уже давно другой версии). Есть ли в природе какие-нибудь утилиты, при помощи которых можно выковырять данные из файлов?
P.S. В каком файле содержатся нужные мне данные - знаю.

Упс, прошу прощения, форумом промахнулся :( Модераторы, перенесите, плиз?

P.S. 2WildSery: по себе людей не судят. База не сп@#$женная, а своя, просто дампы хранятся за последнюю неделю, а данные потребовались за год назад. Соответственно, и сама версия БД уже другая.
Впрочем, если никто ничего полезного сказать не может - то проще промолчать, имнсхо.

Если применить хотя бы немного интеллекта, то можно легко понять, что:
1. Чтобы узнать, в каком файле хранятся нужные данные, нужно хотя бы знать, что это за данные и пример их, т.е. изначально иметь доступ к БД, а, соответственно, легко утащить соответствующую таблицу. Надеюсь, никто не станет спорить, что куда проще утащить таблицу, чем всю БД?
2. Сп...женную БД куда интереснее целиком поднять, чем вытаскивать данные из одного файла. Тем более что это не столь трудоемкая операция (Например, свою БД вполне подниму за день, включая установку и настройку СУБД), просто на будущее, если возникнет подобный вопрос, хотелось бы знать про подобные утилиты).

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

zirraNomedВы б, гражданин, решили б что-нибудь для "звездежа" одно:
Дампы или таки ВАША база...
Расписываю ситуацию:
Вариант 1. Имеются дампы, ротейтятся, максимальный срок - 7 дней.
Вариант 2. Имеются полностью скопированные копии БД (для быстрого разворачивания на резервном сервере в случае падения основного), архивируется раз в месяц.

Данные нужны годовой давности, естественно, они уже кучу раз поменялись с тех пор. По причине срока достать из варианта 1 - отпадает. Остается вариант 2.

zirraДык, тогда ты прочитал 6412748
Я уже написал, что скопированная БД - для другой другой версии СУБД (софт с тех пор обновляли). Поэтому даже просто восстановить, не поднимая дополнительной СУБД такой же версии, не получится. Соответственно, подсоединиться к БД, которой нет (точнее, она есть, но текущая, а требуется состояние за год назад) - не получится.

P.S. Видимо придется завтра ставить PostgreSQL той же версии, использовать recovery.conf и поднимать БД целиком.

Через pg_dump - есть :) Через восстановление - ругается.

Модератор: Тема перенесена из форума "InterBase, Firebird, Yaffil".

Все решилось поднятием соответствующей СУБД и накаткой на нее. Нужные данные - получены.

P.S. Все же жаль, что нет других методов.

LeXa NalBat.
Забавно. Ты можешь через pg_dump вытащить данные из скопированной БД? Расскажи, как? А то, как мне представляется, о такой его возможности даже разработчики не знают ;)

1. Я не спрашиваю, как мне НАДО делать. Я спрашиваю, ЧТО делать, имея определенные данные. Есть разница?
2. Чтобы воспользоваться вашим способом, надо вернуться на год назад и переговорить с тем человеком, который этим занимался, чтобы он начал делать месячные резервные копии. Ну не работал я в этой компани год назад, ну что поделать?

P.S. Сорри, что в таком тоне, просто очень достали нравоучения а-ля "да на кой тебе это, лучше вот так делай". Если бы мне надо было спросить "как мне лучше делать бэкапы", я бы так и спросил. Ведь есть же конкретный вопрос, требуется конкретный ответ, ничего более.

P.P.S. Сколько времени займет разворачивание дампа, и сколько - восстановление скопированной БД? Это я к тому, что способы НЕ взаимоисключающее, как про это говорите Вы.