Любой язык

Iska · Отправлено: **12:54, 15-08-2019** | #11

Цитата Charg:

Каким образом? »

CreationTime замещается на текущее при копировании файла. LastWriteTime замещается на текущее при любой модификации содержимого и сохранении.

Цитата megaloman:

Iska, А зачем двойной цикл? »

megaloman, не пойму, где у меня двойной цикл?!

megaloman · Отправлено: **13:00, 15-08-2019** | #12

Iska, Простите великодушно, спешка, нет у Вас двойного цикла, а жена гонит на охоту на базар за мамонтом на обед ...

Charg · Конфигурация компьютера

Цитата Iska:

LastWriteTime замещается на текущее при любой модификации содержимого и сохранении. »

Если файл бд меняется - меняется и дата актуальности бэкапа, разве нет?

Iska · Отправлено: **14:23, 16-08-2019** | #14

megaloman, спасибо, ясно, сочувствую.

Цитата Charg:

Если файл бд меняется - меняется и дата актуальности бэкапа, разве нет? »

Charg, а причём тут это?

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

Charg · Конфигурация компьютера

Цитата Iska:

а причём тут это? »

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

Iska · Отправлено: **15:27, 16-08-2019** | #16

Цитата Charg:

А при том что если существующий бэкап сделанный в дату N был изменён - он перестал быть бэкапом на дату N, несмотря на то что имя файла свидетельствует что это всё еще бэкап на момент даты N. »

Коллега, сие как-то противоречит тому, о чём я говорю? Нет.

А чтобы быть уверенным в его валидности — тут уже другие методы нужны: блокировка от изменений, контрольные суммы и прочее.

kasab · Отправлено: **10:17, 17-08-2019** | #17

Цитата megaloman:
Имхо, еще лучше так:

Код:

@Echo Off
    Call :DelData "Z:\Box_ARC\Название бэкапа базы_20??????.bd" 5
Exit /B
:DelData
    FOR /F "usebackq skip=%2 delims=" %%f IN (`2^>nul Dir %1 /B /A:-D /O:-N`) DO Echo Del "%~dp1%%f"
Exit /B

Особенно если надо обработать бэкапы нескольких баз »
Цитата Iska:

Код:

@echo off
setlocal enableextensions enabledelayedexpansion
set sSourceFolder=C:\Мои проекты\0271\Source
for /f "usebackq skip=5 delims=" %%i in (
    `2^>nul dir /b /a:-d /o:-n "%sSourceFolder%\название_*.bd"`
) do echo del /f /q "%sSourceFolder%\%%~i"
endlocal
exit /b 0

Для реального удаления уберите echo. »
Оба Варианта работают, Спасибо

По датам в атрибутах Создания: Сам бекап настраивал другой пользователь, грубо говоря, но разных серверах стоит батник, который раз в сутки копирует на один сервер в соответствующую папку файл базы, сохраняя на конечном сервере с датой текущей в имени. И каким то образом, дата создания и изменения остаются у всех "Бекапов" одинаковыми, и не меняются. Если бы они менялись, то на основе даты изменения и создавал бы батник, но тут то и был зарыт камень преткновения и задачу поставили смотреть именно в дату в имени файла.