Windows 10 파일 탐색기에 대한 근거 를 이해하려고 노력하고 있습니다 Date created.Date modifiedDate
2020년 6월 30일 어제 파일 탐색기에 표시된 다음 두 파일에 YouTube 비디오와 자막을 다운로드했습니다.
7월 1일 오늘, 일부 문자를 추가하여 자막(VTT 파일)을 수정했습니다.
Date created두 파일이 내 PC에 생성된 날짜인 2020년 6월 30일을 보여줍니다.
Date modifiedVTT 파일의 경우 2020년 7월 1일을 표시합니다(수정했으므로 괜찮습니다).
동영상 파일(MKV 파일)에는 2018년 10월 21일의 날짜가 표시되어 있지만 실제로는 말이 되지 않습니다...
DateMKV 파일의 2018년 10월 21일을 보여줍니다. VTT 파일의 경우 2020년 6월 30일이며 생성 날짜와 동일합니다.
파일이 복사/다운로드되고 로컬에서 수정되지 않으면 무엇을 표시 Date modified하고 표시합니까?Date
답변1
"공식적인" 정의는 매우 간단합니다.
- 생성 일자: (시스템.생성 날짜)
항목이 현재 위치한 파일 시스템에 생성된 날짜와 시간입니다. 이 속성은 파일 시스템에 의해 자동으로 승격됩니다. 인덱싱 서비스 식별 이름은 "create"입니다.
- 수정된 날짜: (시스템.수정된 날짜):
항목을 마지막으로 수정한 날짜 및 시간입니다. 인덱싱 서비스 이름은 'write'입니다.
- 날짜: (시스템.항목 날짜):
항목에 대한 기본 관심 날짜입니다. 예를 들어 사진의 경우 이 속성은 다음과 같이 매핑됩니다.시스템.사진.촬영 날짜.
따라서 기본 속성 Date/ItemDate매핑은 파일 유형과 선택적 날짜 관련 EXIF 메타데이터의 유무에 따라 달라집니다. 즉, 사진의 경우 Date taken존재하는 경우, 그렇지 Date acquired않은 경우에는 그렇지 않은 경우입니다 Date created.
답변2
Window Explorer의 생성 날짜, 수정 날짜 및 날짜에 대한 근거는 무엇입니까?
명확한 정의를 찾을 수 없지만 다음은 MKV 날짜가 파일의 헤더에서 추출되는 특정 사례를 설명합니다(날짜는 비디오가 생성/녹화되었을 가능성이 높습니다. 헤더를 확인하여 확인하세요).
생성 날짜 - 파일이 처음 만들어진 날짜
수정된 날짜 - 파일이 마지막으로 변경되고 저장된 날짜
해당 날짜 필드와 관련하여 설명은 다음과 같습니다.
'날짜' 열은 '만든 날짜'와 '수정한 날짜' 중 빠른 날짜를 사용하며, JPG의 EXIF 헤더와 같이 카메라에 의해 추가된 '특수' 날짜 필드가 없는 한 '액세스한 날짜'를 무시합니다. , 해당 날짜 필드에서 우선 적용됩니다.
답변3
방금 새 파일을 만들고 잠시 기다렸다가 복사하면 의심이 해결된다는 것을 깨달았습니다.
복사된 파일을 복사한 후 수정하지 않고 Date modified원본 파일의 값 Date으로 설정하는 경우입니다.Date created
답변4
나는 파일 시스템에 의해 유지되는 "생성 날짜" 및 "수정 날짜" 필드에 대한 "공식적인" 정의를 결코 찾을 수 없었습니다.
그 근거는 "수정된 날짜"가 파일의 데이터가 마지막으로 업데이트된 날짜라는 것입니다. "만든 날짜"는 만든 날짜입니다.사본의 파일이 생성되었습니다특정 디스크에(드라이브/카드).
예를 들어, 7월 1일에 컴퓨터 드라이브에 스프레드시트를 만든 경우 처음에는 "만든 날짜"가 7월 1일이고 "수정한 날짜"가 7월 1일입니다. 7월 6일에 스프레드시트 파일을 업데이트하는 경우 '생성 날짜'는 여전히 7월 1일이지만 '수정 날짜'는 7월 6일이 됩니다. 그런 다음 해당 파일을 7월 20일에 USB 드라이브에 복사하면 USB 드라이브에 있는 파일의 "수정 날짜"는 7월 6일, "생성 날짜"는 7월 20일이 되어야 합니다. 파일을 복사하는 대신 이동하면 원본 디스크의 파일은 사라지고 대상 디스크의 파일은 동일한 "생성 날짜"(7월 1일) 및 "수정 날짜"(7월 6일)를 갖게 됩니다. 파일 이름은 파일 자체에 있는 데이터의 일부가 아니라 파일 시스템 디렉터리의 일부이므로 파일 이름을 변경해도 "수정 날짜" 또는 "생성 날짜"가 변경되지 않습니다.
나는 그것이 작동하는 방식이라고 생각하지만 이론이 실제로 달성되는지 여부는 복사 또는 이동 작업을 수행하는 데 무엇을 사용하는지에 따라 다릅니다. 일부 시스템은 복사본에 원본과 동일한 "수정 날짜" 값을 제공하여 복사 또는 이동할 때 "수정 날짜"를 충실하게 보존하지만 파일 복사본을 완전히 새로운 파일로 작성하도록 설계된 앱을 막을 수는 없습니다. 내용이 원본과 동일하고 파일 이름이 동일하지만 "수정된 날짜"와 "생성된 날짜"가 모두 현재 날짜/시간입니다(예: 복사 작업이 수행된 날짜/시간 - 7월 20일). 위의 예에서).