План шардинга Azure для сайта электронной коммерции

Question

Я участвую в nopCommerce и ищу поддержку sql azure.

Я понимаю, что если вы решите использовать sql azure, это должно быть сделано по правильным причинам, главным образом, для шардинга, масштабируемости и высокой доступности. Я хочу избежать использования sql azure для nopCommerce, если он собирается делать именно то, что может делать sql сервер.

Так что следующим шагом будет определение того, как произойдет шардинг. У nopCommerce есть типичная база данных с клиентами, продуктами, категориями, заказами и т. д. Как бы вы разработали разделение, чтобы обеспечить большое / автоматическое масштабирование (больше дБ).

Кажется, я не могу найти логичный способ распределения данных между n-базами данных.

Я новичок, когда дело доходит до sql azure, поэтому дайте мне знать, если я лаю не на том дереве. Любая помощь будет принята с благодарностью.

Answer 1

SQL Azure предназначен не только для шардинга;Многие клиенты используют SQL Azure без шардинга.Вы должны рассмотреть возможность разделения, только если этого требуют цели масштабируемости вашего приложения.Осколок является на самом деле сложным и накладывает определенные ограничения, независимо от выбранного вами пути.Другими словами, используйте методы шардинга с SQL Azure, только если вам это нужно.

Если вы рассматриваете возможность объединения данных, взгляните на мой пост в блоге , который дает некоторые идеи о том, как подготовитьза это.

Answer 2

Вам нужно взглянуть на федерации.Пару ссылок я быстро гуглил

http://blogs.msdn.com/b/cbiyikoglu/archive/2011/01/18/sql-azure-federations-robust-connectivity-model-for-federated-data.aspx

http://vincentlauzon.wordpress.com/2011/02/05/sql-azure-federation-automating-your-database-partitioning-sharding/

http://blogs.msdn.com/b/cbiyikoglu/archive/2010/10/30/building-scalable-database-solution-in-sql-azure-introducing-federation-in-sql-azure.aspx