현재 기사 당 많은 그림을 저장해야하는 CMS 시스템을 구축하고 있습니다. 나는 많은 질문을 가지고있다 :-)CMS - 데이터베이스에 그림 저장, 적절한 구조는 무엇입니까?
워터 마크가 있거나없는 몇 가지 크기의 그림을 보여줄 필요가있다. 또한 아카이브 및 관리 목적으로 원본 사진이 있어야합니다. 지금 당장 생각한 것은 두 가지 버전으로 데이터베이스에 그림을 저장하는 것입니다. 1. 원본 그림, 2. 웹 최적화 버전.
테이블의 모든 이미지를 저장하는 것은 매우 편리한 방법입니다. 하지만 정말 좋은 생각입니까? 데이터베이스가 수천 개의 그림을 포함한다고 가정 해 보겠습니다. 원본 그림의 크기는 약 3MB입니다. 그래서 DB는 쉽게 100TB 크기가 될 수 있습니다 .... 이것은 정말 좋은 전략입니까?
반면에 나는 각 그림에 더 작은 버전을 저장합니다. 이 버전은 워터 마크가 있거나없는 몇 가지 크기로 표시되어야합니다. 현재 나는 각 요청에 대해 이것을 생각한다고 생각합니다. 요청에는 매개 변수 너비가 있으며, 이에 따라 크기와 워터 마크를 결정할 수 있습니다. (물론 나는이 작업을 캐싱 할 것이다). 다시 말하지만, 이것은 좋은 전략입니까? 정말 일하니, 아니면 아주 비싼 여분의 일 이니?
정말 DB에 저장하는 것이 더 좋습니까? 나는 기사에 대한 각각의 요청이 약 50 건의 이미지 요청을 필요로하며, 각 요청은 데이터베이스에 대한 열기/닫기 연결이 필요하다는 것을 의미합니다.
기술 : .net, sql-server 2008, Hibernate.