Производительность - Служба таблиц, SQL Azure - вставка. Скорость запросов к большим объемам данных

Я читал много сообщений и статей о сравнении SQL Azure и Table Service, и большинство из них говорили, что Table Service более масштабируема чем SQL Azure.

• http://www.silverlight-travel.com/blog/2010/03/31/azure-table-storage-sql-azure/
• http://www.intertech.com/ Блог / post / Windows-Azure-Table-Storage-vs-Windows-SQL-Azure.aspx
• Хранилище Microsoft Azure и база данных SQL Azure
• https://social.msdn.microsoft.com/Forums/en -US / windowsazure / thread / 2fd79cf3-ebbb-48a2-be66-542e21c2bb4d
• https: //blogs.msdn. Но тест http://azurescope.cloudapp.net/BenchmarkTestCases/ показывает другую картину.

  Мой случай. Использование SQL Azure: одна таблица с множеством вставок, около 172 000 000 в день (2000 в секунду). Могу ли я ожидать хорошей производительности для вставок и выборок, когда у меня есть 2 миллиона записей или 9999 .... 9 миллиардов записей в одной таблице?

  Использование службы таблиц: одна таблица с некоторым количеством разделов. Количество разделов может быть большим или очень большим.

  Вопрос № 1: Служба таблиц имеет некоторые ограничения или передовой метод создания множества, многих, многих разделов в одной таблице?

  Вопрос № 2: в одном разделе у меня есть большое количество мелких объектов, как в примере SQL Azure выше. Могу ли я ожидать хорошей производительности для вставок и выборок, когда у меня есть 2 миллиона записей или 9999 миллиардов сущностей в одном разделе?

  Я знаю о решениях для сегментирования или разделения, но это облачный сервис, облачный сервис не является мощным и все работает без мои навыки программирования?

  Вопрос № 3: Кто-нибудь может показать мне тесты производительности для запроса большого количества данных для SQL Azure и Table Service?

  Вопрос № 4: Может быть, вы могли бы предложить лучший решение для моего случая.