Если вы обнаружили, что PostgreSQL делает не то, что следует, надо в этом разобраться.
Перед началом расследования разумно сделать полную резервную копию сервера PostgreSQL. Так вы сможете в любой момент начать исследования заново, не опасаясь, что наблюдаемые результаты вызваны не ошибкой, а изменениями, внесенными в процессе ее изучения.
Попытайтесь создать наиболее простой воспроизводимый сценарий, демонстрирующий ошибку в программе. Иногда упрощения позволяют обойти ошибку, но еще важнее, что они облегчают задачу тому, кто возьмется се устранить. Практически невозможно устранить ошибку, если неизвестно, как ее вызвать, чтобы пронаблюдать. Если дело касается обработки запросов, не помешает минимали- стичный дамп базы данных вместе со скриптом SQL, вызывающим проявление ошибки. Если повреждены данные, вероятно, следует предоставить файлы с этими данными тому, кто сможет их изучить. Иногда такого специалиста можно найти в рассылке хакеров PostgreSQL, или где-то нанять, или даже справиться самостоятельно. Чем лучше проведена подготовительная работа, чем конкретнее сформулированы вопросы, тем вероятнее найдется быстрое решение проблемы. Если подозревается повреждение данных и есть интерес разобраться в вопросе, почитайте о форматах данных по адресу Http://
Таблицы с данными с помощью пакета pageinspect, разработанного участниками сообщества PostgreSQL. В журнале об ошибках обязательно следует указывать используемую версию PostgreSQL и операционную систему. К сожалению, на каждом этапе может произойти сбой: допустим, никто не счел себя компетентным в данном вопросе, или у того, кто мог бы решить проблему, нет возможности ей заняться, или все понадеялись на кого-то, кто даже не читал рассылку. Если на сообщение в рассылке не последовало реакции, через день или два попробуйте выяснить, почему так случилось.
Рубрика: Женский интерес
