Как узнать через API - изменялась ли БД?

[Osteon]

а не будет ли время изменения файла временем последнего ее открытия ?

А разве открытие и изменение - не разные вещи? Можно ведь открыть ReadOnly. Я пробовал просто открывать файл, не изменяя его, CompareFileTime разницы не видит. Правда, файл текстовый, тот, что я в предыдущем посту приложил. Не знаю, если открыть БД, не изменяя ее, будет ли так же. как поэкспериментирую - доложусь.

[Qwertiy]

Вообще, я бы смотрел размер и хэш по необходимости...

[iGrok]

а не будет ли время изменения файла временем последнего ее открытия ?

Время изменения не будет временем последнего открытия, если только при открытии бд СУБД не пишет в файл никаких дополнительных меток.

Вообще, я бы смотрел размер и хэш по необходимости...

Собственно, я изначально и написал, что желательно учитывать три параметра - время изменения, размер, хэш.
Если время не менялось, то всё ок, и ничего копировать точно не нужно. Если изменилось, можно дополнительно проверить размер и хэш.

[Qwertiy]

Собственно, я изначально и написал, что желательно учитывать три параметра - время изменения, размер, хэш.
Если время не менялось, то всё ок, и ничего копировать точно не нужно. Если изменилось, можно дополнительно проверить размер и хэш.

Я как раз говорю, что в первую очередь проверял бы размер. Если разный - копировать. Если однинаковый, то сравнивать хэш (или, при желании, время изменения).

[iGrok]

Честно говоря, не вижу большой разницы. Оба параметра получаются за сравнимое время.

При этом я не представляю ситуации, при которой файл изменился, а метка времени осталась старой. А вот ситуацию, при которой файл изменился, а размер нет - запросто. Тем более с учётом того, что речь идёт о БД.

Хэш, конечно, решает. Для скорости можно применять "двойное" хэширование - crc32 для быстрого сравнения, и md5/sha1 для точного - в случае совпадения crc32.

[HandKot]

а не будет ли время изменения файла временем последнего ее открытия ?

Время изменения не будет временем последнего открытия, если только при открытии бд СУБД не пишет в файл никаких дополнительных меток.

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

[iGrok]

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

Скорее всего, хэш при этом тоже изменится. Не станет же СУБД писать в файл не изменившуюся информацию? Проверить бы...

[FireFenix]

Не станет же СУБД писать в файл не изменившуюся информацию? Проверить бы...

Если в ходе некоторых измнений информация в БД приходит к изначальному виду?

[iGrok]

Если в ходе некоторых измнений информация в БД приходит к изначальному виду?

Вероятность прикинул?

[Osteon]

Ответственно заявляю: погонял то, что я выложил на суд гуру и академика (правда, оценок их так и не дождался). При открытии БД, а потом выходе из программы, не модифицируя БД, сравнивая результат GetFileTime до открытия и после открытия БД, CompareFileTime возвращает "0", т.е., разницы не видит. Ну. а после модификации - видит, естессно...

[iGrok]

Дык а чего там оценивать-то? Три строчки?

Но вообще, код некорректен:

GetFileTime lngHandle, udtFileTime, udtFileTime, udtFileTime
Какое именно время ты в итоге получишь в udtFileTime - большая загадка. Создай три переменных, udtCreationTime, udtLastAccessTime, udtLastWriteTime, подставляй все три, в работе используй только последнее значение.

Почему GENERIC_WRITE, если по сути ты в файл ничего не пишешь? Либо GENERIC_READ, либо уж сразу GENERIC_READ Or GENERIC_WRITE.

Зачем нужна канитель с сохранением времени в текстовый файл, и считыванием обратно - вообще не понимаю.

Ну и на всякий случай, у тебя там один и тот же файл читается, а речь шла о том, что нужно смотреть время у последней копии, а не у того же файла в момент запуска.

[Osteon]

Дык а чего там оценивать-то? Три строчки?

Вам поровну, а мне приятно...

Но вообще, код некорректен:

Я об этом тоже уже подумал. В окончательной версии у меня три разных переменных As FILETIME.

Зачем нужна канитель с сохранением времени в текстовый файл, и считыванием обратно - вообще не понимаю.

Я думал о том, чтобы хранить значение в глобальной переменной As Boolean, но подумал, что все время работы программы она будет занимать определенную ячейку памяти. В общем - нерационально, подумал я. А как, по-Вашему, оптимальней?

у тебя там один и тот же файл читается, а речь шла о том, что нужно смотреть время у последней копии

Это я помню, я предоставил на оценку только сам алгоритм пользования функцией.

Либо GENERIC_READ, либо уж сразу GENERIC_READ Or GENERIC_WRITE.

И самое главное - это о чем речь? Извините...

[iGrok]

А как, по-Вашему, оптимальней?

Ну, раз ты читаешь время у последней копии, а не у текущей базы, то зачем его вообще хранить во время работы программы? Перед самым выходом считал параметры обоих файлов, сравнил, если отличаются - сделал новую копию. Всё.

это о чем речь?

А самому на константы в коде взглянуть, и подумать немного?
Речь о режиме доступа к файлу в CreateFile. Ты зачем-то запрашиваешь запись в файл, тогда как ты его только читаешь (хотя на деле даже не читаешь). Общепринятым является набор GENERIC_READ Or GENERIC_WRITE, если не нужны ограничения. Одна из двух констант указывается только тогда, когда нужно запретить чтение (GENERIC_WRITE) или запись (GENERIC_READ).

[Osteon]

Перед самым выходом считал параметры обоих файлов, сравнил, если отличаются - сделал новую копию. Всё.

Не подумал как-то...

А самому на константы в коде взглянуть, и подумать немного?

Несмотря на то, что у меня получилось поюзать API, я все равно их побаиваюсь, потому и думы мои на базе страха замораживаются... Теперь более-менее... Когда за спиной вся мощь интеллекта товарища, как-то спокойнее.
Огромное спасибо за помощь!!!

[brigval]

Здравствуйте.
Работаю в WinXP SP3, с БД Access 2007, пишу на VB6.
Хочу на уровне тривиальной FileCopy сделать сохранение резервной копии БД автоматически при выходе из программы. Если БД не менялась,

Если программа не обращалась к БД или не вносила в нее значимые изменения, значит БД не менялась.