나는 사람들이 작업하는 곳에서 파일 이름으로 정보를 저장하고 파일 이름을 구문 분석하는 데 관심이 있음을 알았습니다.
나에게 이것은 특히 좋은 연습이 아닌 것 같습니다. 스크립트에서 파일을 가져 오는 경우가 가끔 발생하고 다른 파일이 먼저 일치하기 때문에 잘못된 파일이 표시되는 경우가 종종 있습니다. 또한 필드의 구분 기호 문제를 해결하는 방법에 대해서도 논의하고 있습니다.
나쁜 습관으로 간주됩니까?
일부 유형의 메타 데이터를 기반으로 파일 시스템에서 파일을 검색하는 데 허용되는 다른 솔루션은 무엇입니까?
답변:
예, 나쁜 습관이라고 생각합니다. 길이 제한, 인코딩 문제 및 중복 데이터로 인한 충돌과 같은 모든 종류의 문제가 발생합니다.
메타 데이터와 파일 경로가 포함 된 "마스터 파일"(매니페스트 또는 인덱스라고도 함)을 사용하는 것이 좋습니다. 또는 데이터베이스, 등록 또는 기타에서 비슷한 것. 또는 메타 데이터를 실제 파일 내에 넣거나 JSON 또는 XML과 같이 파일에 포함 된 일부 데이터 구조의 최상위 수준에 배치합니다.
이것은 키 값 저장소에 정보 또는 이름을 지정하는 키를 넣는 개념과 다소 유사합니다. 네임 스페이스에만 사용하고 빠른 조회를 수행하는 한 이것이 괜찮다고 생각합니다. 핵심 구성 요소는 파싱 가능한 정보를 제공하지 않습니다. 해당 정보가 필요한 경우 해당 정보를 값으로 복제하십시오 (위의 경우 파일).
첫째, 메타 데이터 는 모호한 개념입니다.
즉, 파일에 많은 메타 데이터 사례가 이미 존재합니다.
그럼에도 불구하고, 그 짧은 목록은 실무에 유리한 주장이 아닙니다.
대안은 다음과 같습니다.
데이터베이스가 필요한 것 같습니다.
파일 이름에 사용자 데이터를 넣는 데 많은 보안 문제가 있습니다. 각 사용자 ( "username.txt")의 파일이 있다고 가정 해 봅시다. 누군가 사용자 이름 "../../../../etc/passwd"를 등록하는 작업은 사용자 입력을 필터링하는 방법에 따라 다릅니다.
데이터베이스 프레임 워크는 때때로 사용자 입력을 삭제하는 데 도움이됩니다.
아뇨 ... 글쎄요.
엄격한 규칙과 일반적인 구문 분석 및 유효성 검사 수단 (스크립트, 라이브러리 등)을 즉시 사용할 수 있다면 계속 사용하는 것이 좋습니다.
패키징 및 종속성 관리 시스템 (Maven, NuGet 등)을 예로 들어 보겠습니다. 많은 사람들이 메타 데이터에 특정 파일을 사용하여 고급 정보를 저장하지만 기본 정보는 종종 파일 이름 자체의 일부입니다. 엄격한 규칙에 따라 파일 이름에는 패키지에 대한 가장 적절한 정보가 포함될 수 있습니다. 공급 업체, 이름, 버전, 유형입니다. 때때로 그것은 당신이 필요한 전부입니다 ... 4 개 또는 5 개의 짧은 정보 조각.
메타 데이터가 단순하면 파일 이름 지정 규칙이 없어도됩니다. 매우 간단한 도구와 스크립트, 데이터베이스가 필요하지 않으며, 특수한 인프라가 없어도 몇 개의 스크립트와 명명 규칙으로 강화할 수 있습니다.
거기에 아무것도 당신이 필요로하는 일을하고 당신의 요구가 단순하지 않다면 나는 이것으로 시작할 것입니다.
귀하의 요구 사항이이 컨벤션을 능가합니까? 적절한 메타 데이터 파일로 확장하십시오. 나중에 더 나은 검색이 필요합니까? 필요한 곳으로 이동할 수있는 파일을 검색하기위한 좋은 솔루션이 이미 있습니다.
데이터베이스를 싫어하는 것이 아닙니다. 반대로 데이터베이스가 실제로 강력하고 유용하지만 약간의 오버 헤드가 필요합니다. 이들은 설치, 백업, 유지 보수가 필요하며, 전담되지 않은 경우이 인프라에 시간을 할애해야하는 직원이 필요합니다. 그들은 또한 평신도들에게 더 복잡하고 비밀스럽고, 당신을 설정 한 개발자를 풀고 교체를 찾을 때까지 시스템이 제 시간에 정체됩니다.
적절한 감독을 통해 로우 테크의 힘을 과소 평가하지 마십시오 .
그리고 낮은 기술 솔루션을 능가 할 때까지 모든 요구 사항을 충족하여 완벽한 시스템을 구현해야합니다.
먼저 파일 이 무엇인지 동의합시다 . 파일은 원자 조작으로 (가장 가까운) 전송, 수신, 작성 및 삭제 될 수 있는 이름 의 패키지 데이터 입니다 .
많은 파일 시스템 (Mac OS 및 최신 Linux 파일 시스템)은 종종 리소스와 메타 데이터를 저장하는 데 사용되는 "포크"를 구현합니다. 메타 데이터 저장에 대한 이러한 접근 방식은 특히 소스 및 대상 파일 시스템이 파일 포크를 다르게 이해하는 경우 기존의 네트워크 전송 방법, 백업 및 복원 방법 및 파일 복사 방법이 일치하지 않는다는 점에서 문제가되었습니다.
파일 이름은 a) 항상 존재하고 b) 메타 데이터는 항상 파일 이름에 존재하고 (최소한 파일 확장자를 사용하는 경우) c) 이동시 파일 이름이 거의 변환되지 않기 때문에 메타 데이터를 보유하는 데 사용됩니다. 시스템 간 (대소 문자 구분, 문자 집합 제한, 문자 제한 제외)
따라서 파일 이름을보고, 이식 가능하고 관리 할 수 있습니다. 일부 메타 데이터를 저장하는 것은 좋지 않습니다.
아마 일반 파일 메타 데이터를 처리하는 가장 좋은 솔루션은 컨텐츠 저장소 를 사용하는 것 입니다 . 여기서 컨텐츠 저장소는 파일에 사용될 메타 데이터 스키마로 구성 될 수 있습니다. 많은 경우에 이것은 과잉이지만 IMHO는 심각한 메타 데이터 관리를위한 길입니다.
이것에 대한 나의 취지는 당신이 어딘가에 파일 이름을 가진 조잡하거나 부서지기 쉬운 코드를 보았을 수도 있지만, "파일 이름에 메타 데이터 저장"이 일반적으로 나쁘다는 것을 의미하지는 않습니다.
파일 이름 은 메타 데이터입니다. 파일 데이터 자체와 관계없이 파일의 데이터에 대한 데이터입니다. 실제로 파일 이름이 너무 오래되어 메타 데이터의 표준 예일 수 있습니다.
파일 확장자가 파일 이름의 끝 부분이라고 생각하면 메타 데이터로의 파일 이름 개념은 더욱 피할 수 없게됩니다.