Совет по постоянному хранилищу Windows Azure

Question

Я только что активировал свою учетную запись Azure, создал первый проект Asp Mvc 3.0 (только шаблон) и развернул его :). Wonderfull

Однако я собираюсь создать небольшое приложение (просто для изучения Azure) и столкнуться с незначительной проблемой. Вот что я хочу сделать: Создать приложение MVC, которое отображает мою музыкальную библиотеку и позволяет искать, сортировать, добавлять новые альбомы и т. Д. Theres вероятно около 3000 альбомов.

Какое хранилище я должен использовать, и кто-нибудь знает хороший учебный пример о том, как сделать это в c # с mvc?

Обратите внимание, я не хочу использовать SQL Azure, это было бы просто. Мне нужно копаться и изучать blob / table /? Типы.

Мне просто нужна рекомендация по звуку, какой тип хранилища я должен начать изучать, и, что более важно, где я должен его изучить:).

Answer 1

Таблицы хранилища Azure отличаются от SQL, в котором они управляются Azure, а не СУБД. В поле «Ключ» вы можете найти данные в таблице и использовать LINQ для доступа к ним. Тем не менее, должны быть соображения производительности при выборе, куда будут идти все данные. SQL Azure должен обеспечивать лучший реляционный доступ, поэтому, если у вас будет большое количество таблиц и вы ожидаете много операций объединения, я бы согласился. Но если вы используете простые структурированные данные, которые вам нужно поддерживать в вашем приложении, вы можете выбрать таблицы.

Конечно, поскольку хранилище в 10 раз дешевле, чем SQL Azure, вам всегда нужно разрабатывать приложения, которые эффективно используют хранилище, но не забывайте проверять наличие проблем с производительностью, которые могут у вас возникнуть.

Answer 2

Учебный комплект по платформе Windows Azure включает несколько лабораторных работ в разделе «Изучение хранилища Windows Azure». Это должно дать вам хорошее представление о подходе к таблице и сущности. Обратите особое внимание на ключи разделов и строк. Хранилище оптимизировано для размещения вокруг ключа раздела и индексации в разделе через ключ строки. Вам нужно будет тщательно спланировать ключ строки для поиска. Если вам нужно выполнить поиск по нескольким свойствам в таблице, вам нужно будет рассмотреть дополнительные таблицы (каждая из которых содержит ключ строки, который вы будете искать), или, возможно, базу данных NoSQL, например MongoDB (или реляционную базу данных, например SQL Azure, но вы сказали, что хотите избежать такого подхода).

Кроме того, посмотрите на это сообщение в блоге Дэвида Паллмана - у него есть полный набор фрагментов кода для каждого отдельного типа операции хранения. Это может сэкономить вам много часов, когда вы попытаетесь выяснить все способы взаимодействия с Table Storage.

Затем посмотрите на эту публикацию MSDN , в которой говорится о транзакциях хранения, которые будут актуальны, когда вы выйдете за рамки простых примеров и переключите внимание на производственный код.