Im пишут приложение "доказательство концепции", чтобы исследовать возможность перемещения заказной системы электронной коммерции ASP.NET на Windows Azure во время необходимой перезаписи всего приложения.
Мне кажется, что использование Azure Table Storage в качестве альтернативы SQL Azure, поскольку сохраняемые объекты, скорее всего, изменят свою схему (свойства) с течением времени по мере созревания приложения, и мне не придется делать бесконечные изменения схемы базы данных, Кроме того, мы можем построить редифференциальную целостность в прикладном коде - так что дело в рассмотрении Azure Table Storage является сильным.
Единственная потенциальная проблема, которую я могу видеть в настоящее время, заключается в том, что мы делаем небольшое количество простых отчетов, т.е. стоимость продаж между двумя датами, количеством товаров, проданных для определенного продукта и т.д. Я знаю, что Table Storage не поддерживает функции агрегатного типа, и я считаю, что мы можем достичь того, чего хотим, с умным использованием разделов, несколькими типами сущностей для хранения подмножеств одних и тех же данных и, возможно, предварительной агрегации, но Im не 100% уверены, что пойдите об этом.
Кто-нибудь знает какие-либо подробные документы о принципах проектирования таблиц Azure, чтобы мы могли эффективно и эффективно использовать таблицы, разделы PartitionKeys и сущность и т.д.
существует несколько упрощенных документов, и имеющиеся текущие книги, как правило, не затрагивают эту тему на большой глубине.
FYI - сайт электронной коммерции насчитывает около 25 000 клиентов и занимает около 100 000 заказов в год.