[postgresql] PostgreSQL에 이미지 저장

2012 년으로 업데이트하면 모든 애플리케이션에서 이미지 크기와 이미지 수가 증가하고 증가하는 것을 볼 수 있습니다.

미리보기 이미지와 같이 ‘원본 이미지’와 ‘처리 된 이미지’를 구분해야합니다.

Jcoby의 답변에 따르면 두 가지 옵션이 있으므로 다음을 권장합니다.

• blob (Binary Large OBject) 사용 : 테이블에서 원본 이미지 저장 소용 . Ivan의 답변 (블롭 백업에 문제 없음!), PostgreSQL 추가 제공 모듈 , 방법 등을 참조하십시오.

• DBlink 와 함께 별도의 데이터베이스를 사용 하십시오 . 원본 이미지 저장소의 경우 다른 (통합 / 특수) 데이터베이스에 있습니다. 이 경우에는 bytea를 선호 하지만 blob 은 거의 동일합니다. 데이터베이스 분리는 “통합 이미지 웹 서비스”를위한 가장 좋은 방법입니다.

• use bytea (BYTE Array) : 썸네일 이미지 캐싱 용. 작은 이미지를 캐시하여 웹 브라우저로 빠르게 보내고 (렌더링 문제를 방지하기 위해) 서버 처리를 줄입니다. 너비 및 높이와 같은 필수 메타 데이터도 캐시합니다. 데이터베이스 캐싱이 가장 쉬운 방법이지만 필요와 서버 구성 (예 : Apache 모듈)을 확인하십시오. 파일 시스템에 썸네일을 저장하는 것이 더 좋을 수 있으며 성능을 비교합니다. 이는 (통합) 웹 서비스이므로 별도의 데이터베이스 (백업 없음)에 저장하여 많은 테이블을 제공 할 수 있습니다. PostgreSQL 바이너리 데이터 유형 매뉴얼 , bytea 열을 사용한 테스트 등을 참조하십시오 .

NOTE1 : 오늘날 “이중 솔루션”(데이터베이스 + 파일 시스템) 은 더 이상 사용되지 않습니다 (!). 이중 대신 “데이터베이스 만”을 사용하면 많은 이점이 있습니다. PostgreSQL은 내보내기 / 가져 오기 / 입력 / 출력을위한 비슷한 성능과 훌륭한 도구를 제공합니다.

NOTE2 : PostgreSQL에는 기본 Oracle의 BLOB 가없고 bytea 만 있다는 것을 기억하십시오 . “SQL 표준은 BLOB를 정의합니다. 입력 형식은 bytea와 다르지만 제공된 함수와 연산자는 거의 동일합니다.”, Manual .

편집 2014 : 나는 (내 대답은 14 표에 지금 4 월 (22) ’12이었다)는 오늘 위의 원본 텍스트를 변경하지 않은 내가 변경 사항에 대한 답을 개방하고 (편집 할 수있는 “위키 모드”를 참조하십시오!)에 대한 교정 및 업데이트 .
질문은 안정적입니다 (@Ivans의 ’08 답변 19 표).이 텍스트를 개선하는 데 도움을주세요.

답변

//linuxserver/images/imagexxx.jpg