Re: Recovering data via raw table and field separators
Вложения
В списке pgsql-general по дате отправления:
| От | Martijn van Oosterhout |
|---|---|
| Тема | Re: Recovering data via raw table and field separators |
| Дата | |
| Msg-id | 20071204185854.GC19536@svana.org обсуждение исходный текст |
| Ответ на | Re: Recovering data via raw table and field separators (Alvaro Herrera <alvherre@alvh.no-ip.org>) |
| Ответы |
Re: Recovering data via raw table and field separators
|
| Список | pgsql-general |
On Tue, Dec 04, 2007 at 03:38:16PM -0300, Alvaro Herrera wrote: > > So is it simply field width? Can one count the number of bytes based > > on native datatype length and determine field start/end? > > Yes. For variable length types, there is a 4-byte length word at the > start of the field (unless you are using 8.3 which introduces more > compact representations in some cases). And NULLs are skipped entirely. They are represented in the null-bitmap at the beginning of the tuple. What sometimes works is creating a new table with the exact same structure, shutting down the postmaster and copying the old table over the new one. If it's the same cluster and the clog/xlog are still there it might work. Have a nice day, -- Martijn van Oosterhout <kleptog@svana.org> http://svana.org/kleptog/ > Those who make peaceful revolution impossible will make violent revolution inevitable. > -- John F Kennedy
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера