Ответ 1
Я считаю, что мне удалось решить эту странную проблему. Похоже, что пользователь, которого я использую, несмотря на то, что был администратором со всеми звонками и свистами, не признается администратором при использовании в строке подключения и пытается создать таблицы (это имеет место при первой регистрации).
Моим решением было создать два логина - один с ролью db_owner и один с db_datareader и db_datawriter. Во-первых, я использовал повышенного пользователя в строке подключения и зарегистрировал одного пользователя. Это создало таблицы в базе данных, как показано ниже.
Затем, хотя я мог продолжать работать как администратор, я понял, что мы должны попробовать понижаемого пользователя и tada!, он работал отлично. Как только таблицы были там, вся shabeling вела себя так, как ожидалось.
Чтобы быть абсолютно уверенным, я удалил таблицы из базы данных, и там это было - те же проблемы, что и раньше. Когда я перешел на повышенного пользователя, таблицы были восстановлены, что позволило мне вернуться к пониженному.
Я также попытался сбросить таблицы, подтвердив, что проблемы снова появятся, а затем создаст таблицы вручную. Это тоже работает! Таким образом, в основном, единственным результатом, который вызвал все это, был оригинальный администратор, который не рассматривался как администратор.
Возможно, это связано с тем, что моя учетная запись Azure немного устарела, LiveID, используемая там, является древней, и у нее не было обновленной версии DB в Azure (подтягивание до v12 было выполнено 18-й в декабре, поэтому возможно, что это также было требованием заставить его работать). Я слишком устал и ленив, чтобы проверить это, и я понимаю, что я понятия не имею, как получить "старый" тип учетной записи. Кроме того, проблема будет уменьшаться и постепенно исчезнет, потому что старые учетные записи будут в конечном итоге обновлены.