microsoft - porta azure
Tablas de almacenamiento Azure vs SQL (5)
Debería leer los beneficios de ''NoSQL'' http://en.wikipedia.org/wiki/NoSQL
¡Bases de datos no relacionales, sin esquema, datos grandes, escala para nombrar unos pocos!
Estoy empezando a aprender Azure y no puedo ver demasiados escenarios en los que te gustaría poner algo en una tabla de almacenamiento de Azure en lugar de SQL. Supongo que tal vez estoy acostumbrado a trabajar en entornos donde necesito datos relacionados.
¿Cuándo es mejor colocar algo en una tabla de almacenamiento de Azure y no en una tabla en una base de datos SQL de Azure?
Este artículo debería ayudar a aclarar algunas dudas sobre las diferencias involucradas.
Mientras agrego tarde a esta publicación, quise mencionar una cosa que parece no haber sido cubierta. Azure SQL tiene límites de datos (pronto subiré, sospecho). 5 GB para Web Edition y 150 GB para Business Edition. Para algunas soluciones esto es perfectamente adecuado. Pero para otros, puede que no sea así y personalmente me he encontrado con eso.
Los límites del disco superior de las tablas Azure son mucho más altos. Creo que es 100 TB
Además, aunque NoSQL no es relacional por su propia naturaleza, esto no es necesariamente algo malo. A menudo pensamos que necesitamos relaciones cuando, de hecho, si pensamos en nuestros problemas de manera diferente, es posible que no lo hagamos. Puede aplicar relaciones dentro del código en sí mismo, lo cual sospecho que la mayoría de los desarrolladores hacen mucho más de lo que realmente piensan.
SQL Azure es excelente cuando quieres trabajar con datos estructurados usando relaciones, índices, restricciones, etc.
La tabla de almacenamiento de Azure es excelente cuando necesita trabajar con datos estructurados centralizados sin relaciones y, por lo general, con grandes volúmenes.
El precio: SQL Azure: $ 25.98 / mes por 5 GB
Tabla de almacenamiento: $ 21.88 / m por 175 GB (sin transacciones ni ancho de banda) Por lo tanto, cuando almacena grandes volúmenes de datos, la tabla de almacenamiento es mucho más económica ... piense en el inicio de sesión, por ejemplo.
Centralización: Windows Azure es un entorno distribuido para servidores, por lo que si guarda algo en una máquina, otros no lo sabrán, por lo tanto, la tabla de almacenamiento es una buena solución para inicios de sesión centralizados, manejo de sesión, configuraciones o lo que sea (tenga en cuenta hay latencia incluso en un centro de datos)
La velocidad: si lo diseñas bien, en muchos casos la tabla de almacenamiento debe ser más rápida que el azul de sql, pero probablemente depende de los casos de uso y realmente no he probado esto.
Yo usaría siempre usar tablas azules como MUCHA solución más barata si:
- Realizo la tabla selecciona SOLO por PK (seleccionar en propiedad es lento debido a la deserialización completa)
- Puedo vivir con un conjunto de Linq limitado ( Operadores de consulta (Soporte de servicio de tabla)
- No necesito unir tablas y realizar consultas complejas en el servidor
- Necesito una partición horizonatal "sharding" de mis datos (Sql Azure Federations es un paso en esa dirección por las tablas tienen PartionKey desde el día 0