Здравствуйте!

Firebird 2.5.2 SS, Win7 x64.

Столкнулся вот с какой проблемой. Вношу изменения в базу, а дата изменения файла БД не меняется (совсем никакая дата не меняется, ни "создан", ни "изменен", ни "открыт"). Ни после отключения от базы, ни после перезагрузки компьютера (база расположена локально). Меняется только если меняется размер самого файла. Столкнулся с этой проблемой после установки SSHD и переустановкой системы. Поэтому, подозреваю, что проблема даже не в FB, а в системе. Поиск навел на пару похожих тем, но там про то, что дата/время не менялись пока к базе были открытые подключения.


В чем может быть проблема? Может кто уже с таким сталкивался? Куда, хотя бы, смотреть, что проверить?

Basil A. Sidorov,

Все обновления из раздела "важные" кроме KB2993651 установлены.
После переустановки Windows поставил 2.5.3, после чего заметил такое поведение. На всякий случай поставил 2.5.2 как было, но не помогло.

Dimitry Sibiryakov,

База содержит настройки отчетов. После изменений я ее "коммичу" в SVN репозиторий. Собственно, все бы ничего, но, насколько я понимаю, SVN понимает, что файл изменился только по внешним признакам (изменение размера, даты)...

kdv,
fw = on, дата изменяется только если меняется размер базы. А т.к. изменений мало, то изменения размер ждать очень долго. Расширение файла FDB

Восстановление для диска, на котором лежит база, отключено. Грешил на SSHD, скопировал базу на обычный диск, подключенный через USB - такое же поведение.

Ivan_PisarevskyА я грешным делом всегда монтирую том с базой с параметром noatime как раз чтобы сэкономить дисковый IO, о чем DS говорил выше.
noatime - это, на сколько я понимаю, в Linux. Для Windows что-то подобное есть?

Ivan_PisarevskyВообще пихать бинарный файл в SVN какой-то road to hell.

Может таки навесить триггер, который будет вести версионирование внутри базы, а саму бызу бэкапить штатно?

То, что писать бинарный файл в SVN не айс я понимаю. Давно хотел переписать хранение настроек в XML. Видимо, время пришло :-) Единственно, хочется понять, откуда ноги растут, и не ведут ли себя так другие (текстовые) файлы. Но эксперименты показали, что, вроде как, с другими файлами все нормально.

Gallemar,
Размер базы 3Мб. Других подключений нет. Так что меня все устраивало. Открыл программу, внес изменения, проверил, выгрузил отчет в рабочую базу, закрыл программу, закоммитил изменения. Для одного с половиной разработчика вполне приемлемо. Как решить вопрос другими средствами (делать бэкап, хранить в другом формате, сделать триггеры для отслеживания версий в самой базе) я представление имею. Но хочется понять почему перестало работать. 10 лет работало и тут раз, и перестало :-)

Fr0sT-BrutalНе по теме вопроса, но м.б., в самом деле делать экспорт данных и коммитить уже текстовый скрипт?
Скорее, перепишу программу для хранения данных в XML.

Basil A. Sidorov

Basil A. Sidorovfsutil behavior query DisableLastAccess
Посмотрел (и даже, попробовал). Да, это не то. Но буду теперь знать, что такое есть, и что отключение обновления последнего времени доступа может улучшить производительность. Спасибо.