이미지를 DB에 저장하는 것이 좋습니다.

Question

어떻게해야합니까? 1600 개 이상의 이미지가 있습니다. 응용 프로그램에 직접 저장하거나 데이터베이스에 저장해야합니까? 지금은 응용 프로그램에 저장하고있어 내 응용 프로그램은 이렇게 도와주세요 교수형됩니다

---

정확한 복제 :User Images: Database or filesystem storage?
정확한 복제 :Storing images in database: Yea or nay?
정확한 복제 :Should I store my images in the database or folders?
정확한 복제 :Would you store binary data in database or folders?
예 행위 중복 :Store pictures as files or or the database for a web app?
정확한 복제 :Storing a small number of images: blob or fs?
정확한 복제 : [7] 대부분의 문제와 마찬가지로

Answer 1

, 그것이 소리가 나는 것처럼 간단하지 [파일 시스템 또는 데이터베이스에 저장 이미지?]. 이미지를 데이터베이스에 저장하는 것이 타당한 경우가 있습니다.

• 당신은 동적으로 변화하는 이미지를 저장하고, 송장 말과는 2007 1월 1일에 있던 로 인보이스를받을 싶어?
• 정부는 당신이 유지하기를 원한다 6 년의 역사 에 저장된 이미지는 다른 백업 전략을 필요로하지 않습니다. 파일 시스템에 저장된 이미지
• 이미지가 데이터베이스에있는 경우 이미지에 대한 액세스를 제어하는 ​​것이 더 쉽습니다. 유휴 관리자는 디스크의 모든 폴더에 액세스 할 수 있습니다. 그것은
  • 이 이미지를 를 추출하고 스트리밍 할 추가 코드를 필요
    관련된 문제가있는 반면에 이미지 추출물에 데이터베이스에 스누핑

  가서 정말 결정 관리자 소요

• 지연 시간이 직접 입력보다 느릴 수 있습니다. 파일 액세스
• 웹 서버의 부하가 더 높음

이 답변이 인용되는 "Conrad"

Answer 2

으로 이전에 지적, 그것은 의존한다.

가장 일반적인 관행 중 하나는 이미지의 크기를 기준으로 결정하는 것입니다. 엄지 손톱, 아이콘 등과 같은 매우 작은 이미지의 경우 DB에 해당 이미지를 저장하고 엔티티 필드 (연락처)에 저장할 수 있습니다.

중간 크기의 이미지의 경우 DB에 저장하는 것이 좋습니다.그러나 중간 크기의 이미지 (내 임계 값은 1MByte)가 무엇인지 직접 결정해야하며 이미지를 엔티티의 필드가 아닌 저장해야합니다. 이미지 엔티티 및 관심있는 엔티티와의 관계를 만들어야합니다 (연락하십시오).

마지막으로 매우 큰 이미지를 DB에 저장하면 안됩니다. 디스크에 저장하고 DB에 경로 이름을 저장합니다. 이는 하드 디스크의 대기 시간과 액세스 시간이 DB가 다르기 때문에 필요합니다. 사실 DB에 중간 크기 및 작은 크기의 이미지를 저장할 수있는 인덱스를 통한 DB 빠른 액세스이지만 거대한 이미지는 다르게 처리되어야합니다.