시나리오 :
별도의 웹 서버에서 ASP.NET 응용 프로그램을 서비스하는 SQL Server 2005 데이터베이스
데이터베이스 :
DB에는 약 5GB의 "일반"데이터와 약 15GB의 "파일"이 있습니다 (예 : 이미지로 저장된 200k PDF (BLOB)). 사용자가 더 많은 파일을 업로드하고 있으며 더 많은 디스크 공간을 빠르게 소비하고 있습니다 (DB는 향후 몇 개월 안에 대부분 50GB까지 증가 할 수 있음).
우려 사항 :
DB에 너무 많은 파일을 저장하면 이미 문제 가 발생합니다 (예 : 데이터베이스의 전체 크기가 크면 가끔 전체 DB 백업 및 배포가 어려워집니다).
그리고 우리는 더 많은 문제가 있을까 걱정하고 있습니다 . (예 : 성능 문제-전체 DB를 RAM에 보관할 수 없어서 발생했을 수 있습니다.)
질문 :
이 문제에 어떤 기술 솔루션을 제안 하시겠습니까? 파일 시스템에 파일을 저장 하시겠습니까? 데이터베이스를 두 개로 나누고 파일에 대해 더 크고 느린 데이터베이스를 가지고 있습니까?
필요한 경우 추가 정보 :
이 파일은 매우 중요하지 않으며 매우 빠른 액세스 시간이 필요하지 않습니다. 몇 초가 걸리며 현재 최대 시간당 수십 개의 선택이있을 수 있습니다. DB의 다른 "정상"데이터에는 초당 여러 번 필요한 정보가 포함됩니다.