Вы можете разработать настольное или локальное приложение, которое использует SQL Azure для вашей базы данных.
Вам необходимо принять стандартные меры предосторожности Azure - предположите, что произойдет сбой соединения, и убедитесь, что ваше приложение имеет логику повторных попыток для восстановления операции. Также обратите внимание, что SQL Azure прекратит любые операции, которые занимают больше минуты, чтобы сохранить службу для других пользователей. Если у вас много данных и некоторые неприятные запросы, это может быть актуально.
EF отлично работает с SQL Azure. У самого SQL Azure есть некоторые ограничения, о которых вы можете прочитать в документации на веб-сайте Microsoft. Если вы создадите базу данных для Azure, она будет отлично работать на SQL Server или SQL Express (но не обязательно наоборот).
В дополнение к ежемесячной плате за базу данных, вы будете платить за данные, которые покидают центр обработки данных. Тщательно спроектируйте свое приложение, чтобы минимизировать объем данных, извлекаемых из базы данных. Вам больше не нужно платить за данные, поступающие в центр обработки данных, что помогает.
Вы все еще можете использовать SQL Management Studio и Data Connections в Visual Studio. Нет SQL Profiler, хотя. Есть несколько раздражающих вещей, которые вы не можете сделать с Management Studio, но ничего непреодолимого.
Вам нужно будет открыть правила брандмауэра для доступа к базе данных, но, надеюсь, они будут ограничены. Аутентификация осуществляется с использованием учетных данных SQL Server, а не встроенной аутентификации.
Я бы не стал так поступать, но это работает.