웹 사이트 용 SQL Server에 파일 (그림)을 저장하는 장단점

Question

저는 Asp.Net MVC 웹 사이트를 만들고 있습니다.

나는 과거에는 많은 애플리케이션을 위해 다중 레이어 애플리케이션에서 데이터베이스를 사용하여 파일을 저장했습니다.

하지만 지금은 스스로에게 질문하고 있습니다. 웹 사이트에 좋은 아이디어입니까? 실적보기에서?

그것은 나에게 몇 가지 장점이 있습니다

• 연결된 사용자가 이미지를 표시 할 수있는 권리가있는 경우 우리가 일관성이 있는지 확인하기 위해 (내 프로젝트에 필요한) 쉽게
• 허가를 제어 할 날 수 있습니다 데이터 (그렇지 않으면 기존 파일을 가질 수 있지만 데이터베이스에 정보가 없으면 그 반대 위치에 있습니다.
• 장애 조치 웹 서버가 필요하며 이러한 파일을 세 번째 서버에서 가져 오므로 해당 파일이 데이터베이스에 있으면 장애 조치 서버에 ASP.Net 웹 사이트와 복제 데이터베이스가 필요하며 파일을 동기화 할 필요가 없습니다.

그러나 너무 몇 가지 단점이 있습니다

• 이 1백~2백메가바이트 같은 몇 가지 큰 파일을 (이 소수이지만, 그것이 일어날 것이다), 그리고 나는 그것이 이것을 가지고 좋은 모르겠어요 데이터베이스에있는 파일의 종류 (질문과 비슷합니다.)
• 좋은 성과를 거둘지 확신하지 못합니까?

어떻게 생각하십니까? 이게 합리적입니까? 인터넷에서 검색했지만 웹 사이트에 대한 몇 가지 주장을 찾지 못했습니다. 제 질문은 주로 FILESTREAM VS FILESYSTEM에 관한 것입니다. FileStream이 느리지 만 많은 부분이있을 것이라고 확신합니까? 왜냐하면 그것이 단지 몇 퍼센트 일 경우, 가치가있는 기능을 얻을 수 있기 때문입니다.

Answer 1

파일이 통합적이고 활발히 변화하는 시스템 부분이며 다른 데이터와 함께 백업해야하는 경우 - 이지만 DB에 저장할 수 있습니다. SQL을 사용하는 경우 FILESTREAM 필드를 사용하십시오. 서버 2005+ 및 파일 크기가 너무 큼 - 예 : 500k +

파일이 정적 콘텐츠 인 경우 DB에 포인터 만 사용하여 외부에 저장할 수 있습니다. 이렇게하면 모든 사용자 지정 권한 컴퓨터를 고려하지 못할 수 있습니다.

DB 내부의 파일 저장 및 작업은 일반적으로 파일 시스템보다 느리지 만 필요에 따라 다릅니다.

Answer 2

왜 txt 파일 대신 db를 사용합니까? 인덱스가 더 빠르기 때문에 인덱스를 사용합니다. db에 전체 파일을 저장하는 것은 결코 좋은 습관이 아닙니다. db를 일반 img 파일에 대한 색인 (포인터)으로 사용하십시오.

은 지금까지 당신의 전문가로/단점은 이동 :

• 할 수 있습니다 쉽게 설정 제어 사용자가이 웹 외부 ASP/PHP로 이미지와 설정 루트 이미지 폴더를 표시하면 이미지를 볼 수있는 권리가있는 경우 당신은 DB에있는 파일이있는 경우

• 당신이 늘 CDN 서비스를 사용할 수 있습니다 (HTTP - DB에 전체 파일을 저장하는 루트

• 10 배 (http://blog.sitek.com.au/2008/03/comparison-between-storing-imagesfiles-in-mysql-and-on-filesystem/ 내가 MySQL의 테스트를 위해 알고 있지만 MSSQL에 대한 유사) 느린 CCA입니다 : //en.wi kipedia.org/wiki/Content_delivery_network는)

Answer 3

To Blob or Not To Blob라는 마이크로 소프트 리서치 정말 좋은 종이있다.

성능 테스트 및 분석 많은 수의 후 그들의 결론은 이것이다 : 사진 또는 문서가 VARBINARY 컬럼이 더 효율적입니다 데이터베이스에 저장, 일반적으로 크기가 256K 이하 경우

• 사진이나 문서의 크기가 일반적으로 1MB를 초과하는 경우 파일 시스템에 저장하는 것이 더 효율적입니다 (SQL Server 2008의 FILESTREAM 특성을 사용하면 여전히 트랜잭션 제어 및 데이터베이스의 일부인 것입니다)

그 둘 사이에

• , 그것은 동전 던지기의 비트들을 저장하기 위해

당신은 SQL Server 테이블에 사진을 넣어하기로 결정하는 경우

, 나는 강력하게 별도의 테이블을 사용하는 것이 좋습니다 것입니다 귀하의 사용에 따라입니다 그림 - 직원 사진에 직원 사진을 저장하지 마십시오. 별도의 테이블에 보관하십시오. 이렇게하면 Employee 테이블은 항상 직원의 foto를 쿼리의 일부로 선택할 필요가 없다고 가정 할 때 간결하고 평균적이며 매우 효율적입니다.

파일 그룹의 경우 소개를 보려면 Files and Filegroup Architecture을 확인하십시오. 기본적으로 대용량 데이터 구조를위한 별도의 파일 그룹을 사용하여 처음부터 데이터베이스를 만들거나 나중에 추가 파일 그룹을 추가 할 수 있습니다. "LARGE_DATA"라고합시다. 당신은 VARCHAR (MAX) 또는 VARBINARY (MAX) 열을 저장해야 만들 수있는 새 테이블있을 때마다

이제

, 당신은 큰 데이터를이 파일 그룹을 지정할 수 있습니다

CREATE TABLE dbo.YourTable 
    (....... define the fields here ......) 
    ON Data     -- the basic "Data" filegroup for the regular data 
    TEXTIMAGE_ON LARGE_DATA -- the filegroup for large chunks of data 

체크 아웃 MSDN에서 파일 그룹을 소개하고 함께 놀아 라!