С точки зрения громкости, Table Storage сегодня гораздо более масштабируем, чем SQL Azure. Учитывая, что учетная запись хранения (учетные записи хранения содержат большие двоичные объекты, очереди и таблицы) может иметь размер 100 ТБ, теоретически ваша таблица может потреблять все 100 ТБ. На первый взгляд, объем данных в 100 ТБ может показаться огромным. Однако табличное хранилище можно разбить на части. Каждый раздел Table Storage может быть перемещен на отдельный сервер контроллером Azure, тем самым уменьшая нагрузку на любой отдельный сервер. Поскольку спрос уменьшается, перегородки могут быть объединены. Чтения Azure Table Storage сбалансированы по нагрузке на три реплики, чтобы повысить производительность.
Объекты в Table Storage ограничены 1 МБ, каждое из которых содержит не более 255 свойств (3 из которых требуются ключ раздела, ключ строки и метка времени).
Сегодня размер баз данных SQL Azure ограничен 1 или 10 ГБ. Тем не менее, где-то в этом месяце (июнь 2010 г.) будет доступно ограничение в 50 ГБ. Что произойдет, если ваша база данных будет больше 10 ГБ сегодня (или 50 ГБ завтра)? Варианты включают перераспределение базы данных на несколько небольших баз данных или разделение (обычно рекомендуемый подход Microsoft). Не вдаваясь в детали базы данных обоих шаблонов проектирования баз данных, оба эти подхода не лишены проблем и сложностей, некоторые из которых должны быть решены на уровне приложений.
Трудно сказать, данные хранилища таблиц Azureпоиск должен быть быстрее, чем Sql Azure. Это зависит от вашей структуры данных, размера.
Как вы сказали, размер каждой записи (строки) ваших XML-данных почти 1 МБ, если не превышает лимит 1 МБ, вы можете сначала выбрать Table Storage.
Вы можете сослаться на этот документ, чтобы узнать больше сравнений о хранилище таблиц Azure и SQL Azure: Хранение таблиц Azure с Windows SQL Azure
Надеюсь, это поможет.