Azure 스토리지 시작하기:블롭 대 테이블 대 SQL Azure

Azure 스토리지 시작하기:블롭 대 테이블 대 SQL Azure

Blobs vs tables vs SQL, 그리고 지금까지 읽었던 모든 것에도 불구하고 언제 사용해야 할지에 대한 적절한 추론을 찾을 수 없습니다.

Azure로 이동하려는 멀티 테넌트 SaaS 웹 애플리케이션이 있습니다.SQL Server 2008 데이터베이스를 사용합니다.우리는 문서에 속하는 문서 및 로그 정보를 저장합니다.드롭박스가 하는 것처럼.

포럼에서는 "큰" 개체를 고려할 때 Azure Tables를 사용하는 것이 더 좋다고 설명합니다.일반적으로 사용자당 수백 개의 문서를 저장합니다. 문서 크기는 5kb에서 30mb까지 다양하며 대부분은 약 1MB입니다.

Blobs, Tables, Sql을 선택할 때 기본 규칙이 몇 가지 기본 규칙이 있습니까?나는 이미 SQL에 내 문서를 저장하면 안 된다는 것을 배웠습니다.하지만 Blobs에 문서를 저장하는 것이 언제 "이윤적"이 되고 언제 테이블을 사용하는 것이 더 나을까요?다음과 같은 공식이 있습니까?

if (objects * MB/object * objectrequested > y) then blobs, else tables

Igorek가 귀하의 SQL Azure 관련 문제를 해결했다고 생각합니다.그래도 테이블 대 블롭스에 대한 질문이 여전히 있는 것 같습니다.

당신의 경우 테이블 스토리지를 사용하는 것은 귀찮을 것입니다.ATS의 각 속성/열은 최대 64KB가 될 수 있으므로 여러 속성에 걸쳐 문서를 분할한 다음 다시 조립해야 합니다.엔티티당 4MB의 제한도 있는데, 문제가 될 것 같습니다.Blob 스토리지에는 이러한 제한이 없습니다.

많은 속성을 별도로 저장하고 쿼리해야 하는 소규모 엔티티가 있는 경우에는 Azure Table Storage를 사용하는 경향이 있습니다.따라서 저장된 개체나 메타데이터가 많은 작은 문서에 잘 작동합니다.

Blob 스토리지는 많은 메타데이터가 없는 환경에서 더 잘 작동합니다.파일 시스템의 파일로 잘 작동할 수 있는 작업에 적합합니다.

문서 자체를 Azure Blob 저장소(테이블 저장소가 아님)에 저장합니다.메그당 1페니(또는 볼륨에 따라)의 비용이 부과되는 SQL Azure 데이터베이스에 문서를 저장하는 것이 상당히 비싸다는 사실을 제외하면, SQL 데이터베이스는 일반적으로 문서를 저장하는 데 적합하지 않습니다.SQL은 쿼리, 조인 등의 기능을 제공하는 관계형 데이터베이스입니다.특히 저장/액세스 비용이 상당히 저렴한 확장성이 뛰어난 중앙 스토리지 시스템이 있는 경우 SQL 데이터베이스에 대용량 문서 또는 이미지를 저장하는 데는 일반적으로 아무런 이점이 없습니다.

서류 자체를 뒤져야 한다면 루씬 같은 걸 쓰겠습니다문서 기반 리포지토리에 대한 검색 기능을 제공하는 NET.

HTH

언급URL : https://stackoverflow.com/questions/14025224/getting-started-with-azure-storage-blobs-vs-tables-vs-sql-azure