SQL 대비 Azure 스토리지 테이블

SQL 대비 Azure 스토리지 테이블

저는 이제 막 Azure를 배우기 시작했는데 SQL과 달리 Azure 스토리지 테이블에 무언가를 넣고 싶어하는 시나리오를 많이 볼 수 없습니다.관련 데이터가 필요한 환경에서 일하는 것에 익숙해진 것 같습니다.

Azure SQL 데이터베이스의 테이블이 아닌 Azure 스토리지 테이블에 무언가를 저장하는 것이 더 나은 경우는 언제입니까?

SQL Azure는 관계, 인덱스, 제약 조건 등을 사용하여 구조화된 데이터로 작업할 때 유용합니다.

Zure 스토리지 테이블은 일반적으로 볼륨이 큰 중앙 집중식 구조화된 데이터를 처리해야 할 때 유용합니다.

가격: SQL Azure: 5GB에 $25.98/mo

스토리지 테이블: 175GB에 $21.88/m(트랜잭션 또는 대역폭 없음) 따라서 대량의 데이터를 저장할 경우 스토리지 테이블이 훨씬 저렴해집니다.예를 들어 벌목을 생각해 보세요.

중앙 집중화:Windows Azure는 서버를 위한 분산 환경이므로 한 시스템에 무언가를 저장하면 다른 사용자는 이를 알지 못하므로 스토리지 테이블은 중앙 집중식 로그인, 세션 처리, 설정 등에 적합한 솔루션입니다(한 데이터 센터에서도 대기 시간이 있음).

속도:올바르게 설계할 경우 대부분의 경우 스토리지 테이블이 sqlazure보다 빨라야 하지만 사용 사례에 따라 달라질 수 있으므로 실제로 테스트해 본 적은 없습니다.

제가 이 게시물에 늦게 추가하는 동안, 저는 커버되지 않은 것으로 보이는 한 가지를 언급하고 싶었습니다.Azure SQL에는 데이터 제한이 있습니다(곧 올라갈 것으로 예상됨).Web Edition의 경우 5GB, Business Edition의 경우 150GB입니다.일부 솔루션의 경우 이것이 완벽하게 적절합니다.하지만 다른 사람들에게는 그렇지 않을 수도 있고 저는 개인적으로 그것을 접했습니다.

zure 테이블의 디스크 상한은 훨씬 더 높습니다.100TB라고 생각합니다.

또한 NoSQL은 본질적으로 비관계적이지만 반드시 나쁜 것은 아닙니다.우리는 종종 인간관계가 필요하다고 생각합니다. 사실 우리가 우리의 문제를 다르게 생각한다면 우리는 그렇지 않을 수도 있습니다.코드 자체 내에서 관계를 강화할 수 있습니다. 대부분의 개발자가 실제로 생각하는 것보다 훨씬 더 많은 작업을 수행합니다.

저는 다음과 같은 경우 훨씬 저렴한 솔루션으로 항상 zure 테이블을 사용할 것입니다.

• PK별로 테이블 선택만 수행(전체 역직렬화로 인해 속성 선택이 느림)
• 제한된 Linkq 세트(쿼리 연산자(테이블 서비스 지원)로 생활할 수 있습니다.
• 테이블을 조인하고 서버에서 복잡한 쿼리를 수행할 필요가 없습니다.
• 데이터의 수평적 파티셔닝 "샤딩"이 필요합니다(Sql Azure Federations는 0일째부터 테이블에 PartitionKey가 있음).

언급URL : https://stackoverflow.com/questions/10257872/azure-storage-tables-vs-sql