Таблицы хранения Azure против SQL

Question

Я только начинаю изучать Azure, и я не вижу слишком много сценариев, где вы хотели бы поместить что-то в таблицу хранения Azure, а не SQL. Возможно, я привык работать в средах, где мне нужны связанные данные?

Когда лучше помещать что-то в таблицу хранения Azure, а не в таблицу в базе данных Azure SQL?

Answer 1

SQL Azure является большим, когда вы хотите работать со структурированными данными, используя отношения, индексы, ограничения и т.д.

Azure таблица хранения является большим, когда вам нужно работать с централизованными структурированных данных без отношений и, как правило, с большими объемами ,

Цена: SQL Azure: $ 25,98/мес для 5ГБА

стола Хранения: $ 21,88/м для 175 Гб (без транзакций или пропускной способности) Таким образом, когда вы хранить большие объемы данных, таблицы для хранения много дешевле ... подумайте о регистрации, например.

Центр обработки данных: Windows Azure - это распределенная среда для серверов, поэтому, если вы сохраняете что-то на одной машине, другие не будут знать об этом, поэтому таблица хранения является хорошим решением для централизованных логов, обработки сеансов, настроек или чего-то еще (помните, что есть латентность даже в одном центре данных)

Скорость: Если вы правильно ее спроектировали, то во многих случаях таблица хранения должна быть быстрее, чем sql azure, но это, вероятно, зависит от вариантов использования, и я не имею действительно испытал это.

Answer 2

Эта статья должна помочь устранить некоторые сомнения в отношении различий.

http://msdn.microsoft.com/en-us/magazine/ff796231.aspx

Answer 3

Вы должны прочитать в пользу «NoSQL» http://en.wikipedia.org/wiki/NoSQL

нереляционного децибела, не схем, большие данные, масштаб, чтобы назвать несколько!

Answer 4

Я хотел бы использовать ВСЕГДА использовать лазурные таблицы, как НАМНОГО дешевле решение, если:

• Я выполняю таблицу выбирает ТОЛЬКО ПК (выберите на имущество является медленным из-за всей десериализации)
• Я могу жить с ограниченным набором Linq (Query Operators (Table Service Support)
• мне не нужно объединять таблицы и выполнять сложный запрос на сервере
• мне нужно horizonatal секционирования «шардинг» мои данные (SQL Azure федераций я s в этом направлении таблицами имеют PartionKey с 0-го дня

Answer 5

Хотя я добавляю последнее сообщение на этот пост, я хотел упомянуть одну вещь, которая, кажется, не была покрыта. Azure SQL имеет ограничения по данным (скоро я догадался). 5 ГБ для Web Edition и 150 ГБ для Business Edition. Для некоторых решений это вполне адекватно. Но для других это может быть не так, и я лично столкнулся с этим.

Пределы дискового пространства на лазурном уровне намного выше. Я считаю, что его 100 ТБ.

Кроме того, хотя NoSQL не является реляционным по своей природе, это не обязательно плохо. Мы часто думаем, что нам нужны отношения, когда на самом деле, если мы думаем о наших проблемах по-разному, мы не можем этого делать. Вы можете обеспечить соблюдение отношений внутри самого кода, и я подозреваю, что большинство разработчиков делают намного больше, чем они действительно думают.