데이터베이스 대신 일반 파일 시스템을 사용하는 것이 좋습니다. 파일 시스템을 사용하는 것이 데이터베이스보다 쉬우 며, 일반 도구를 사용하여 파일에 액세스 할 수 있으며, 파일 시스템은 이러한 종류의 용도 등을 위해 설계되었습니다. NTFS는 스토리지 시스템으로서 잘 작동합니다.

데이터베이스의 실제 경로를 저장하지 마십시오. 이미지의 시퀀스 번호를 데이터베이스에 저장하는 것이 좋으며 시퀀스 번호에서 경로를 생성 할 수있는 기능이 있습니다. 예 :

 File path = generatePathFromSequenceNumber(sequenceNumber);

디렉토리 구조를 일부 변경해야하는 경우 처리하기가 더 쉽습니다. 이미지를 다른 위치로 이동해야 할 수도 있고 공간이 부족하여 디스크 A와 디스크 B에 이미지를 저장하기 시작할 수도 있습니다. 데이터베이스의 경로를 변경하는 것보다 하나의 기능을 변경하는 것이 더 쉽습니다. .

디렉토리 구조를 생성하기 위해 이러한 종류의 알고리즘을 사용합니다.

1. 먼저 12 자리 이상의 문자열이 나올 때까지 숫자를 앞에 0으로 채 웁니다. 파일 이름입니다. 접미사를 추가 할 수 있습니다.
   • 12345 -> 000000012345.jpg
2. 그런 다음 문자열을 2 개 또는 3 개의 문자 블록으로 분할하십시오. 여기서 각 블록은 디렉토리 레벨을 나타냅니다. 고정 된 디렉토리 레벨 수를 가져 오십시오 (예 : 3).
   • 000000012345 -> 000/000/012
3. 파일을 생성 된 디렉토리에 저장하십시오.
   • 따라서 시퀀스 ID를 가진 파일의 전체 경로와 파일 파일 이름 123은 000/000/012/00000000012345.jpg
   • 시퀀스 ID를 가진 파일의 12345678901234경우 경로는123/456/789/12345678901234.jpg

디렉토리 구조 및 파일 스토리지에 대해 고려해야 할 사항 :

• 위의 알고리즘은 모든 리프 디렉토리에 최대 1000 개의 파일이있는 시스템을 제공합니다 (총 파일 수가 10,000 개 미만인 경우)
• 디렉토리에 포함 할 수있는 파일 및 서브 디렉토리 수에는 제한이있을 수 있습니다. 예를 들어 Linux의 ext3 파일 시스템 은 한 디렉토리 당 31998 개의 서브 디렉토리로 제한됩니다.
• 디렉토리 당 파일 수가 많은 경우 일반 도구 (WinZip, Windows 탐색기, 명령 줄, bash 쉘 등)가 제대로 작동하지 않을 수 있습니다 (> 1000).
• 디렉토리 구조 자체는 약간의 디스크 공간을 차지하므로 너무 많은 디렉토리를 원하지 않습니다.
• 위의 구조를 사용하면 디렉토리 구조를 엉망으로 만드는 경우 파일 이름을보고 이미지 파일의 올바른 경로를 항상 찾을 수 있습니다.
• 여러 시스템에서 파일에 액세스해야하는 경우 네트워크 파일 시스템을 통해 파일을 공유하십시오.
• 많은 파일을 삭제하면 위의 디렉토리 구조가 작동하지 않습니다. 디렉토리 구조에 “구멍”을 남깁니다. 그러나 파일을 삭제하지 않기 때문에 괜찮습니다.

답변