Говоря Azure, «одиночный» - это вариант развертывания, который отличает Azure SQL База данных от Управляемого и Elasti c Пулов. На самом деле нет никакой разницы с точки зрения сдерживания, потому что Single и Azure SQL Database - это одно и то же.
Azure SQL База данных по своей природе обеспечивает такие функции, как аутентификация пользователей на уровне базы данных. Для локальных SQL серверных баз данных необходимо включить CONTAINMENT=PARTIAL
, чтобы разрешить аутентификацию на уровне базы данных.
Делает ли создание базы данных отдельной базой данных более простой переход на Azure SQL одна БД?
CONTAINMENT=PARTIAL
разрешает аутентификацию на уровне базы данных в предварительных версиях, облегчая миграцию участников безопасности базы данных. До тех пор, пока объекты пользовательской базы данных остаются в пределах границы базы данных и не требуются функции, недоступные в автономных базах данных (например, CD C), миграция, как правило, проста.
Однако следует учитывать, что частично содержит базы данных, неявно использующие параметры сортировки каталога Latin1_General_100_CI_AS_KS_WS_SC
, тогда как Azure SQL параметры сортировки базы данных должны быть выбранными DATABASE_DEFAULT
параметры сортировки или SQL_Latin1_General_CP1_CI_AS
. Как правило, это проблема, только если требуется чувствительность к регистру имен объектов / переменных.
Существующие не содержащиеся ссылки могут быть идентифицированы с помощью запроса sys.dm_db_uncontained_entities
:
SELECT * FROM sys.dm_db_uncontained_entities;
Приведенный выше запрос также определит динамические ссылки c SQL, которые необходимо будет проверить вручную.