파일 이름의 일부로 타임 스탬프를 사용하기위한 "표준"형식 [닫힘]

파일 이름의 일부로 날짜 / 시간을 사용하기위한 표준 형식을 검색했지만 아무것도 만들 수 없었습니다.

내 질문은 두 부분입니다.

타임 스탬프를 사용하고 있습니다 독특하게 파일 이름이 좋지 않은 연습?

생성 날짜에서 시간을 가져 와서 파일 이름 (file0001.bak, file0002.bak 등)을 직렬화 할 수 있지만 타임 스탬프를 포함하면과 같은 파일 작업을 수행 할 수 있습니다 mv 2011-01* somewhere/. 이 유형의 명명 시스템을 사용하는 데 단점이 있습니까?

내가 사용하는 형식은 YYYY-mm-dd_HH-MM-SS입니다.

더 나은 형식을 사용해야합니까?

이 형식을 사용하면 파일 시스템 호환성, str_to_date_parsing 문제 등과 관련이 있습니까?

감사!

편집하다:

cronjob을 사용하여 백업을 생성하는 단일 사용자이기 때문에 강제 유일성 비트를 생략하고 싶을 수도 있습니다 (동시성 문제는 없어야 함).

ISO 8601 형식 (2013-04-01T13 : 01 : 02)을 고려해야합니다. 그렇습니다. 이것들에 대한 표준이 있습니다. 콜론과 하이픈은 생략 될 수 있습니다.

내가 일반적으로 사용하는 형식 문자열은 %Y%m%dT%H%M%S20130401T130102입니다. 요구 사항에 따라 왼쪽에서 값을 생략합니다. bash 스크립트에서 다음과 같은 줄로 날짜를 얻습니다.

LOGDATE=$(date +%Y%m%dT%H%M%S)

파일 이름의 일부로 날짜 / 시간을 사용하기위한 표준 형식을 검색했지만 아무것도 만들 수 없었습니다.

내 질문은 두 부분입니다.

고유 한 파일 이름을 적용하기 위해 타임 스탬프를 사용하는 것이 좋지 않습니까?

아냐 괜찮아

생성 날짜에서 시간을 가져 와서 파일 이름 (file0001.bak, file0002.bak 등)을 직렬화 할 수 있습니다

순차적으로 번호를 매기는 것이 더 효과적입니다. 타임 스탬프는 증가하지만 순차적이지 않은 번호 매기기로 생각하십시오.

그러나 타임 스탬프를 포함하면 mv 2011-01 * somewhere /와 같은 파일 작업을 수행 할 수 있습니다. 이 유형의 명명 시스템을 사용하는 데 단점이 있습니까?

아니, 항상 끝났어

사용중인 형식은 YYYY-mm-dd_HH-MM-SS입니다.

시간순으로 정렬되기 때문에 좋습니다. 하이픈을 입력하기가 쉽기 때문에 밑줄을 잃을 것입니다.

더 나은 형식을 사용해야합니까?

실제로는 아닙니다.

응용 프로그램에 따라 다릅니다. 때로는 설명 한 것과 같은 타임 스탬프를 사용할 수 있습니다. 이름 충돌이 우려되는 경우 GUID 생성기를 사용할 수 있습니다 .

사용중인 형식은 좋지만 고유성을 원하고 시간이 다른 의미가 없다면 응용 프로그램을 여러 사용자가 동시에 사용하고 파일을 모두 같은 파일로 만들면 응용 프로그램에서 동시성 문제가 발생할 수 있습니다 폴더. 고유성을 원한다면 GUID 생성을 고려하고 중괄호 및 대시와 같은 유효하지 않은 문자를 제거하여 파일 이름으로 사용할 수 있습니다.

ISO 8601 형식을 사용하면 파일의 접두사가 모두 같다고 가정하여 날짜별로 파일을 정렬 할 수 있습니다.

http://www.iso.org/iso/support/faqs/faqs_widely_used_standards/widely_used_standards_other/date_and_time_format.htm
http://en.wikipedia.org/wiki/ISO_8601

FBI는 모든 경찰로부터받는 1 억 건의 형사 체포 지문을 백업하는 "단일"사용자 문제가 있습니다 ...

... 날짜로 시작합니다 : yyyymmdd

나는 그들이 어떻게 계속되는지 모른다. 나는 hhmm을 계속하고 나를 위해 그렇게합니다.

GMT / Zulu를 사용하는 것은 글로벌 솔루션에 대한 훌륭한 아이디어처럼 들립니다. 개인적으로 저는 ET를 사용하고 있으며 FBI는 "개인적으로"ET를 사용합니다.