Какие ORM используют разработчики для подключения к Azure?

Question

Мне интересно узнать, какие методы используют разработчики для подключения к экземпляру Windows Azure, работающему в облаке?

Из того, что я понимаю, он очень похож на SQL Server, с двумя основными отличиями: несколько активных наборов записей не поддерживаются, а незанятые / долго работающие соединения автоматически завершаются лазурью. Для этой корпорации Майкрософт предложите включить логику повторных попыток в ваше приложение, чтобы обнаружить закрытое соединение, а затем попытаться завершить прерванное действие. У кого-нибудь есть пример кода, который они сейчас используют для этого?

Чтобы построить слой данных, я искал различные ORM. Поскольку я собираюсь получить доступ к Azure из Windows Azure (т.е. отдельных блоков), мне кажется, что ключ к любому ORM-преобразователю должен поддерживать асинхронные методы, чтобы не блокировать какие-либо экземпляры Windows Azure. Любые предложения по использованию ORM mapper или комментарии по поводу того, что вы в настоящее время используете

Answer 1

Я успешно использовал NHibernate с Azure, и мы находимся в процессе создания коммерческого приложения поверх NHibernate. Единственная проблема, которая у меня возникла, была с пулами соединений при локальном запуске и подключении к SQL Azure в облаке - это было исправлено при отключении пула соединений.

С другими ORM вы можете столкнуться с подобными проблемами ... SQL Azure менее терпелив (по понятным причинам), чем большинство людей. Тайм-аут соединения быстрее, перезапуск раньше и т. Д.

Сначала тест!

Answer 2

Я использую Entity Framework - работает без проблем, просто другая строка подключения.

Вам нужно подумать о стратегии подключения и о том, насколько эффективны ваши запросы. У меня есть метод, который легко написать в EF - у меня есть новая запись, которую можно дублировать, поэтому я проверяю, есть ли она, и если нет, добавляю ее.

EF делает это действительно легко, как будто вы просто получаете доступ к локальной коллекции. НО ... если вы платите за доступ в дБ, потому что он в Azure, а не в вашей локальной сети, хм, может быть, есть лучший (или более дешевый) способ сделать это

Answer 3

Вот один , специально разработанный для Azure:

"Telerik недавно объявил наличие открытого доступа , первый ORM, который без проблем работает с SQL Реляционные базы данных Azure в Облако Windows Azure. "

И несколько комментариев в группе пользователей Azure рекомендуют LLBLGen и Entity Framework.

Answer 4

Мы использовали NHibernate без каких-либо настроек в Azure (действительно, он просто работает ), вы можете проверить Lokad.Translate в качестве примера такого использования с открытым исходным кодом.

Answer 5

Согласно Айенде, NHibernate "просто работает" с SQL Azure .