В общем случае никак. Если файл удаляется, блок, где хранились его метаданные (inode), перемещается в пул свободных и связь между ним и блоками хранения данных разрывается. В inode хранится расположение блоков файла на диске. Что именно хранится в блоках данных, котороые найдет какая-либо утилита, файловая система не знает -- все файлы, включая файлы каталогов для нее просто массивы байт (каталоги -- это файлы специального типа, хранящие только имена и ссылки на inоde.

Напишите свою dll и с ней работайте.

Самый надежный вариант не потерять набранное -- Ctrl-S перед каждой паузой в процессе набора/редактирования. Через какое-то время это станет бессознательным действием и случаи потерь сократятся до одного-двух в квартал.
Главное, не выключать комп без необходимости -- достаточно вырубать мониторы и все.
Ну и классические бекапы перед уход домой. Это если внезапно комп/диск сдохнет.
Проверено на себе и уже лет надцать не подводит. Храню только последний (вчерашний) бекап. В нескольких местах, в том числе и на флешке в кармане.

Для указанной вами задачи (получение записи по вторичному ключу и ее изменение в режиме ACID) нет смысла использовать RDBMS. Рассмотрите использование собственного простого протокола поверх BerkeleyDB или аналогичной DB.