Хранилище таблиц Azure - Насколько быстро я могу сканировать таблицы?

Все предупреждают, что не следует запрашивать ничего, кроме RowKey или PartitionKey в хранилище таблиц Azure (ATS), чтобы вас не заставили сканировать таблицы. На какое-то время это парализовало меня, пытаясь придумать правильные PK и RK и создать псевдо-вторичные индексы в других таблицах, когда мне нужно было запросить что-то еще.

Однако мне приходит в голову, что я обычно сканирование таблиц в SQL Server, когда я считал нужным.

Таким образом, возникает вопрос, как быстро я могу сканировать таблицы в Azure. Это константа в единицах в секунду или зависит от размера записи и т. Д. Я посмотрел на базы данных NoSQL, и с ними определенно легче работать, чем с ...

У меня есть веб-приложение, работающее в стеке Java (Struts 2 + Spring + Hibernate) и сохраняющееся в MySQL. Я посмотрел на базы данных NoSQL, и с ними определенно легче работать, чем с СУБД. Это приложение для потоковой передачи музыки, которое хранит информацию об исполнителе и позволяет пользователям сохранять списки воспроизведения.

Мне интересно, есть ли какие-нибудь преимущества (производительность?, Стоимость оборудования?, Упрощенный код ?, масштабируемость?) перехода на БД NoSQL (CouchDB?, MongoDB?, Cassandra?). Что я потеряю / получу, переключившись на базу данных NoSQL?

Пожалуйста, посоветуйте.