Как одна таблица хранилища таблиц Azure со многими ключами разделов сравнивается со многими таблицами с меньшим количеством ключей секций?
У меня есть приложение Windows Azure, в котором все запросы чтения TableA выполняются в отдельных разделах для диапазона ключей строк. Ключи раздела, которые упрощают эту схему хранения, на самом деле являются плоскими именами объектов в иерархии, так что ключ раздела имеет формат {root} _ {child1} _ {child2} _ {leaf} . Я могу понять, как может быть полезно разделить эту одну большую таблицу A на множество таблиц, используя корневое измерение ключей разделения в именах таблиц (чтобы ключ разделения стал {child1} _ {child2} _ {leaf} ).
Я хочу обеспечить максимально быстрый доступ к этим данным через как можно большее количество подключений одновременно. Было бы также невероятно, если бы я мог выяснить, какими эти ограничения являются или должны быть.
Более конкретные вопросы о моем предлагаемом изменении:
- Будет ли это иметь значение для масштабируемости, то есть количества одновременных запросов доступа к данным, которые могут обслуживаться без кардинального повышения производительности? Обслуживаются в одно и то же время?
- Повлияет ли это на среднюю производительность? Возможная производительность?