Я только начинаю изучать Azure, и я не вижу слишком много сценариев, где вы хотели бы поместить что-то в таблицу хранения Azure, а не SQL. Возможно, я привык работать в средах, где мне нужны связанные данные?
Когда лучше помещать что-то в таблицу хранения Azure, а не в таблицу в базе данных Azure SQL?
SQL Azure отлично работает, когда вы хотите работать со структурированными данными, используя отношения, индексы, ограничения и т.д.
Таблица хранения Azure отлично работает, когда вам нужно работать с централизованными структурированными данными без связей и обычно с большими объемами.
Цена: SQL Azure: $25,98/мес за 5 ГБ
Таблица хранения: $21,88/м за 175 ГБ (без транзакций или полосы пропускания) Поэтому, когда вы храните большие объемы данных, таблица хранения намного дешевле... подумайте о регистрации, например.
Централизация: Windows Azure - это распределенная среда для серверов, поэтому, если вы сохраняете что-то на одной машине, другие не знают об этом, поэтому таблица хранения является хорошим решением для централизованных логов, обработки сеансов, настроек или чего-то еще (помните, что есть латентность даже в одном центре обработки данных)
Скорость: Если вы правильно его разработали, во многих случаях таблица хранения должна быть быстрее, чем sql azure, но, вероятно, это зависит от вариантов использования, и я действительно не тестировал это.
Пока я добавляю последнее сообщение на этот пост, я хотел упомянуть одну вещь, которая, похоже, не была покрыта. Azure SQL имеет ограничения по данным (скоро я догадался). 5 ГБ для Web Edition и 150 ГБ для Business Edition. Для некоторых решений это вполне адекватно. Но для других это может быть не так, и я лично столкнулся с этим.
Пределы верхнего предела диска Azure намного выше. Я считаю, что его 100 ТБ.
Кроме того, хотя NoSQL не является реляционным по своей природе, это не обязательно плохо. Мы часто думаем, что нам нужны отношения, когда на самом деле, если мы думаем о наших проблемах по-разному, мы не можем этого делать. Вы можете обеспечить соблюдение отношений внутри самого кода, что, как я подозреваю, большинство разработчиков делают намного больше, чем они действительно думают.
Эта статья должна помочь устранить некоторые сомнения в отношении различий.
Я бы всегда использовал лазурные таблицы как МНОГО более дешевое решение, если:
Вы должны прочитать преимущества "NoSQL" http://en.wikipedia.org/wiki/NoSQL
Не реляционные БД, никакая схема, большие данные, масштаб, чтобы назвать несколько!