Невозможно создать базу в требуемом режиме совместимости 1с: Свойства конфигурации. Совместимость – Ваш петербургский программист 1С

Режим совместимости конфигурации 1С

Режим совместимости конфигурации показывает версию платформы, под которой выполняется запуск 1С:Предприятие. Режим совместимости появился в платформах 1С версий 8.2 и 8.3. При этом в платформе 8.3 есть поддержка режима совместимости с версиями 8.2.

Разбираем термин «Режим совместимости»

Каждый новый релиз платформы 1С несет в себе много изменений, которые программисты 1С должны отразить в их конфигурациях. Т.е. к моменту перехода на новую версию платформы, конфигурация должна быть переработана под новую платформу. Но как сделать так, чтобы можно было работать на новой платформе со старой конфигурацией? Именно для этого фирма 1С придумала режим совместимости. Если Вы обновите платформу 1С — свойство режима совместимости Вашей конфигурации останется прежним. 

Как узнать режим совместимости в Вашей конфигурации?

Для этого необходимо открыть конфигуратор 1С. Далее надо открыть конфигурацию 1С для просмотра. Правой клавишей мыши кликаем на корне дерева конфигурации и в контекстном меню нажимаем «Свойства». Проматываем открывшееся окно свойств до конца и там мы увидим значение режима совместимости:

Как поднять режим совместимости конфигурации?

К примеру, Ваша конфигурация была разработана для версии платформы 8.2 и Вы установили платформу 8.3. В этом случае для Вашей конфигурации будет установлен режим совместимости «Версия 8.2.16» или «Версия 8.2.13». 

Основной вариант поднятия режима совместимости — это использование обновлений типовых конфигураций. Именно партнеры 1С первыми учитывают все изменения новой платформы для своих конфигураций и выпускают соответствующие обновления. Установив это обновление — режим совместимости Вашей конфигурации будет обновлен до актуального значения.

Для того, чтобы поднять выше режим совместимости своими силами, надо последовательно вносить изменения в конфигурацию 1С, руководствуясь списком изменений и порядком обновления конфигурации для каждого из релизов, на который Вы выполняете обновление.

Список этих изменений приложен к каждому из выпускаемых релизов платформы 1С:

Это очень кропотливая работа, которая требует высокой квалификации программиста 1С. Самое главное — это не допускать критического устаревания Вашей конфигурации. Поэтому мы настоятельно рекомендуем постоянно обновлять Вашу конфигурацию.

Как узнать рекомендуемый режим совместимости для Вашей типовой конфигурации?

Скачивая очередное обновление для Вашей конфигурации — Вы можете увидеть рекомендуемую версию платформы для данного релиза конфигурации:

В данном случае, скачивая Бухгалтерию предприятия 3.0.66.60, рекомендуется установить платформу не ниже 8.3.12.1685. Если Вы установите платформу версии 8.3.14 — для Вашей конфигурации будет установлен режим совместимости с версией 8.3.12. Т.е. эту информацию Вы можете использовать как ориентир по рекомендуемому режиму совместимости.

Дополнительно режим совместимости контролируется программно при запуске 1С:Предприятие.

Система сама предупредит Вас о необходимом режиме совместимости.

Режим совместимости «Не использовать»

Этот режим совместимости требует небольшого пояснения. Когда разработчик создает новое расширение конфигурации или группой разработчиков разрабатывается конфигурация — сразу выставляется режим совместимости для решения. Если режим совместимости равен используемой платформе 1С — тогда устанавливается режим совместимости «Не использовать». 

После установки новой версии платформы режим совместимости может изменить свое значение. К примеру, была установлена платформа 8.3.14 и была установлена новая платформа 8.3.15 — в этом случае все решения, для которых был установлен режим совместимости «Не использовать» изменят значение режима совместимости на 8.3.14. Это будет только в случае использования платформы 8.3.15. Если же вернуться к платформе 8.3.14 — значение режима совместимости не изменится.

Как переключить режим совместимости в значение «Не использовать»? Для этого переходим к полю изменения режима совместимости и устанавливаем значение в «Не использовать».  

Ваше решение должно поддерживать все режимы новой платформы при выставлении режима совместимости в значение «Не использовать».

Наши разработки:

Розница: Расширенная форма списка номенклатуры

Расширение конфигурации изменяет форму списка номенклатуры и добавляет в него функционал, позволяющий выводить остатки по любому складу, цены номенклатуры и …
Далее

Расширенная форма РМК для УТ 11, КА 2, ERP 2

Расширение конфигурации дорабатывает рабочее место кассира (РМК) и добавляет в нее удобные инструменты для просмотра остатков по складам, остатков по …
Далее

1С 8.2 УП : Особенности работы с хранилищем конфигурации » Администрирование » FAQ 1С 8.2 УП : » HelpF.pro

Хранилище конфигурации предназначено для коллективной разработки конфигурации. В хранилище сохраняется история разрабатываемой конфигурации, а также информация о том, когда и кто вносил изменения в конфигурацию. Разработка конфигурации с использованием хранилища может вестись неограниченным числом пользователей.

Принцип работы

Хранилище конфигурации представляет собой базу данных, в которой сохраняются все изменения конфигурации, сделанные в процессе её разработки. После подключения информационной базы к хранилищу из него в информационную базу загружается последняя версия конфигурации, и все объекты метаданных конфигурации становятся недоступными для редактирования.

Гранулой редактирования — объектами разработки — являются все основные объекты метаданных (такие как справочники, документы, регистры сведений), а также формы и макеты. Объекты разработки могут редактироваться независимо друг от друга разными пользователями. Реквизиты, табличные часть и т.д. не являются отдельными объектами с логической точки зрения, поэтому они не были включены в состав объектов разработки. Данные объекты метаданных редактируются в составе своих родительских объектов, являющихся объектами разработки.

Для получения возможности редактирования объекта необходимо произвести его захват в хранилище. При выполнении захвата из хранилища будет получена (в случае наличия) новая версия объекта разработки. После внесения изменений объект необходимо поместить в хранилище, после этого обновленная версия объекта становится доступной для других пользователей, участвующих в процессе разработки конфигурации. Если же изменения не должны быть помещены в хранилище, то предусмотрена процедура отмены захвата, при которой из хранилища получается старая версия объекта разработки. Таким образом, можно выделить четыре простейшие операции работы с хранилищем:
захват объекта в хранилище;
помещение объекта в хранилище;
получение объекта из хранилища;
отмена захвата в хранилище.

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

Стоит обратить внимание на тот факт, что при подключении информационной базы к хранилищу конфигурации происходит полная замена текущей редактируемой конфигурации конфигурацией хранилища . Это необходимо для обеспечения полного соответствия идентификаторов объектов метаданных. Если все же имеется информационная база, часть объектов метаданных конфигурации которой необходимо перенести в конфигурацию хранилища, то необходимо:
выгрузить конфигурацию из информационной базы в файл,
подключить информационную базу к хранилищу конфигурации,
выполнить захват объектов, которые необходимо заместить,

произвести объединение с требуемой конфигурацией.
Важно понимать, что предметом разработки является конфигурация, а не отдельные объекты. Хранилище ведет историю развития конфигурации. При помещении объектов разработки в хранилище создается новая версия конфигурации, для которой записываются: дата создания версии, пользователь, создавший версию, а также списки объектов разработки, которые были добавлены, изменены, удалены в процессе получения данной версии конфигурации. История объектов разработки не ведется. Несмотря на то, что имеется возможность просмотра истории объекта разработки, отдельно загрузить из хранилища объект разработки какой-либо версии конфигурации невозможно, возможна лишь загрузка из хранилища версии конфигурации целиком. Однако все же имеется возможность получения объекта определенной версии конфигурации: необходимо захватить объект и выполнить объединение с версией конфигурации, в которой данный объект имеет требуемое состояние.

При создании новой версии конфигурации хранилища имеется возможность записать комментарий к этой версии. Рекомендуется комментировать версии конфигурации, для того чтобы впоследствии можно было понять, что именно было изменено в данной версии конфигурации. Для наиболее значимых версий (например: выпуск релиза) рекомендуется также устанавливать метку — строку, кратко описывающую версию конфигурации хранилища.

В процессе разработки конфигурации с использованием хранилища рекомендуется периодически получать актуальное состояние объектов разработки. Это позволяет избежать возможных трудностей при помещении объектов в хранилище (например при удалении объектов метаданных из конфигурации).

Средства работы с хранилищем конфигурации позволяют просматривать историю версий конфигурации хранилища, сохранять конфигурацию определенной версии в файл, сравнивать с другими версиями конфигурации данного хранилища или же сравнивать с другой конфигурацией из файла.

Если по каким-либо причинам хранилище конфигурации недоступно, то имеется возможность продолжать работу с объектами разработки, захваченными ранее в хранилище. Таким образом, можно вести разработку, не имея постоянной непосредственной связи с хранилищем конфигурации.

Режимы использования

Для работы с хранилищем конфигурации предусмотрено несколько способов:
с подключением информационной базы к хранилищу;
без подключения информационной базы к хранилищу.
Данные режимы отличаются друг от друга как набором функциональности, предоставляемой платформой 1С:Предприятия, так и своим предназначением.

Работа с подключением информационной базы к хранилищу

Этот режим является основным режимом работы с хранилищем. Он используется для групповой разработки конфигурации несколькими пользователями.

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

При подключении информационной базы к хранилищу в нем регистрируется строка соединения с информационной базой. Если при последующих соединениях с хранилищем данная строка будет изменена (по каким-либо причинам информационная база была перемещена на другой ресурс), то платформой будет выдано соответствующе предупреждение, и, в случае подтверждения соединения, строка соединения будет обновлена. Если соединение происходило копией информационной базы, то работа оригинала с данным хранилищем будет невозможна без предварительного отключения от него.

Работа без подключения информационной базы к хранилищу

Режим обеспечивает возможность просмотра и администрирования хранилища без подключения к нему, т.е. без замены редактируемой конфигурации конфигурацией хранилища. В данном режиме пользователь может получить конфигурацию определенной версии хранилища, посмотреть историю конфигурации или отдельных объектов разработки, произвести действия по редактированию прав пользователей или изменению их состава.

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

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

Создать новую информационную базу.
Открыть хранилище конфигурации.
Из хранилища конфигурации загрузить конфигурацию нужной версии.
Произвести заполнение информационной базы необходимыми данными.
Произвести подготовку дистрибутива конфигурации.
В процессе модернизации конфигурации хранилища для выпуска новых дистрибутивов необходимо повторить процедуру, начиная с пункта 2, и, если новых данных вводить не требуется, сразу выполнить подготовку дистрибутива.

Контроль ссылочной целостности

Стандартные механизмы контроля ссылочной целостности конфигурации обеспечивают контроль на уровне объектов метаданных: нельзя, например, удалить из конфигурации справочник, если на него ссылается реквизит документа и т.д. На уровне интерфейсов, форм и макетов такой контроль не ведется.

Пример: удаление справочника Склады из демонстрационной конфигурации «:
происходит проверка имеющихся на этот объект ссылок в других объектах:
«Справочник. Склады» использован в:
Документ.ПриходнаяНакладная.Реквизит.Склад.Тип
Документ.РасходнаяНакладная.Реквизит.Склад.Тип
РегистрНакопления.УчетНоменклатуры.Измерение.Склад.Тип

после удаления обнаруженных ссылок справочник Склады успешно удаляется из конфигурации, хотя ссылка не него по-прежнему имеется в интерфейсе Основной (кнопка Склады из подменю Справочники содержит действие «Склады: Открыть справочник») и формах документов ПриходнаяНакладная, РасходнаяНакладная (поля ввода, предназначенные для редактирования реквизитов Склад по-прежнему имеют тип СправочникСсылка.Склады).
При разработке конфигурации без использования хранилища этого вполне хватает. Однако для параллельной разработки конфигурации такой контроль ссылочной целостности недостаточен.

Хранилище конфигурации обеспечивает более строгий контроль ссылочной целостности конфигурации. Производится полный контроль ссылок между объектами метаданных как на уровне самих объектов, так и на уровне содержимого их форм и макетов, а также содержимого интерфейсов.

Следствием этого факта является необходимость получения из хранилища (помещения в хранилище) объектов, так или иначе связанных с объектом, над которым непосредственно производится действие. Однако хранилище конфигурации производит анализ ссылок объекта и требует получения (помещения) дополнительных объектов только в случае необходимости.

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

Особенности конфигурирования

Разработка конфигурации в информационной базе, подключенной к хранилищу конфигурации, имеет некоторые особенности.

Как уже говорилось ранее, для получения возможности редактирования объекта необходимо произвести его захват в хранилище конфигурации. Если необходимо внести изменения в объект метаданных, не являющийся объектом разработки (реквизиты, табличные части), то необходимо произвести захват того объекта разработки, который содержит данные объекты метаданных.

Для добавления нового объекта метаданных или же для изменения порядка следования существующих объектов необходимо произвести захват родительского объекта разработки.

Удаление объектов конфигурации

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

Однако при помещении в хранилище, если на удаленный объект имеются ссылки в других объектах, средства работы с хранилищем потребуют помещение этих объектов в хранилище с очищенными ссылками на удаленный объект.

Рекомендуется перед удалением объекта из конфигурации производить поиск ссылок на данный объект. Произвести захват в хранилище всех обнаруженных объектов и вычистить из них все ссылки на удаляемый объект. После этого необходимо удалить все ссылки на удаляемый объект из форм, интерфейсов и макетов. После чего удалить объект из конфигурации и произвести попытку помещения изменений в хранилище. Если помещение в хранилище завершится неудачей из-за обнаружения ссылок на удаленный объект, то необходимо захватить указанные объекты и произвести повторную попытку помещения изменений в хранилище.

Пример: удаление справочника Склады из демонстрационной конфигурации:
Производим поиск ссылок на удаляемый объект:
«Справочник.Склады» использован в:
Документ.ПриходнаяНакладная.Реквизит.Склад.Тип
Документ.РасходнаяНакладная.Реквизит.Склад.Тип
РегистрНакопления.УчетНоменклатуры.Измерение.Склад.Тип
Захватываем данные объекты и удаляем из них реквизиты, ссылающиеся на справочник Склады.
Захватываем интерфейс «Основной» и удаляем из него кнопку Склады из подменю Справочники с действием «Склады: Открыть справочник».
Захватываем корневой объект конфигурации и справочник Склады.
Удаляем справочник Склады из конфигурации.
Производим попытку помещения корневого объекта конфигурации в хранилище

Параметры командной строки для работы с хранилищем конфигурации
Параметры командной строки режима работы с хранилищем конфигурации
/ConfigurationRepositoryF <каталог хранилища> — указание имени каталога хранилища.

/ConfigurationRepositoryN <имя> — указание имени пользователя хранилища.

/ConfigurationRepositoryP <пароль> — указание пароля пользователя хранилища.

/ConfigurationRepositoryDumpCfg <имя cf файла> [-v <номер версии хранилища>] — сохранить конфигурацию из хранилища в файл (пакетный режим запуска).

-v <номер версии хранилища> v — номер версии, если номер версии не указан, или равен -1, будет сохранена последняя версия.

/ConfigurationRepositoryUpdateCfg [-v <номер версии хранилища>] [-revised] — обновить конфигурацию хранилища из хранилища (пакетный режим запуска).

-v<номер версии хранилища> — номер версии, если номер версии не указан, или равен -1, будет сохранена последняя версия, если конфигурация не подключена к хранилищу, то параметр игнорируется;
-revised — получать захваченные объекты, если потребуется. Если конфигурация не подключена к хранилищу, то параметр игнорируется;
-force — если при пакетном обновлении конфигурации из хранилища должны быть получены новые объекты конфигурации или удалиться существующие, указание этого параметра свидетельствует о подтверждении пользователем описанных выше операций. Если параметр не указан — действмия выполнены не будут.

/ConfigurationRepositoryUnbindCfg [-force] — отключение конфигурации от хранилища конфигурации (у пользователя должны быть административные права в данной информационной базе). Если пользователь аутентифицируется в хранилище (интерактивно или через параметры командной строки), то отключение конфигурации от хранилища также отражается в самом хранилище конфигурации (информация о подключении удаляется), если же пользователь не аутентифицировался в хранилище, то производится только локальное отключение конфигурации от хранилища.

В случае, если в конфигурации имеются захваченные объекты, которые были изменены относительно хранилища, то будет выдано соответствующее сообщение и отключения не выполнится.

–force — ключ для форсирования отключения от хранилища (пропуск диалога аутентификации, если не указаны параметры пользователя хранилища, игнорирование наличия захваченных и измененных объектов).

/ConfigurationRepositoryReport <имя файла> [-NBegin <номер версии>] [-NEnd <номер версии>] [-GroupByObject] [-GroupByComment] — построение отчета по истории хранилища. Если параметры группировки не указаны и режим совместимости указан «Не используется», то отчет формируется с группировкой по версиям. В режимах совместимости «Версия 8.1» и «Версия 8.2.13» отчет формируется с группировкой по объектам. Если конфигурация базы данных отличается от редактируемой по свойству совместимости, при обработке командной строки учитывается значение режима совместимости конфигурации базы данных.

<имя файла> — имя файла, в который выводится отчет;
NBegin — номер сохраненной версии, от которой начинается строиться отчет;
NEnd — номер сохраненной версии, по которую строится отчет;
GroupByObject — признак формирования отчета по версиям с группировкой по объектам;
GroupByComment — признак формирования отчета по версиям с группировкой по комментарию.

Примеры:
для конфигурации, не присоединенной к текущему хранилищу:

Код DOS Batch File

 DESIGNER /F"D:\V8\Cfgs82\ИБ82" /ConfigurationRepositoryF "D:\V8\Cfgs82" /ConfigurationRepositoryN "Администратор" /ConfigurationRepositoryReport "D:\ByObject.mxl" -NBegin 1 -NEnd 2 –GroupByObject    

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

Код DOS Batch File

 DESIGNER /F"D:\V8\Cfgs82\ИБ82" /ConfigurationRepositoryReport "D:\ByComment.mxl" -NBegin 1 -NEnd 2 -GroupByComment   

Просмотр или изменение уровня совместимости базы данных — SQL Server

Редактировать

Твиттер LinkedIn Фейсбук Электронная почта

• Статья
• 16. 12.2022
• 2 минуты на чтение

Применяется к: SQL Server База данных SQL Azure Управляемый экземпляр Azure SQL

В этой статье описывается, как просмотреть или изменить уровень совместимости базы данных в SQL Server, базе данных SQL Azure или управляемом экземпляре SQL Azure с помощью управления SQL Server. Студия или Transact-SQL.

Важно

Прежде чем изменить уровень совместимости базы данных, вы должны понять, как это изменение повлияет на ваши приложения. Дополнительные сведения см. в разделе Уровень совместимости ALTER DATABASE (Transact-SQL).

Разрешения

Требуется разрешение ALTER для базы данных.

Используйте SQL Server Management Studio

Для просмотра или изменения уровня совместимости базы данных с помощью SQL Server Management Studio (SSMS)

1. Подключитесь к соответствующему серверу или экземпляру, на котором размещена ваша база данных.

2. Выберите имя сервера в обозревателе объектов.

3. Разверните Базы данных и, в зависимости от базы данных, либо выберите пользовательскую базу данных, либо разверните Системные базы данных и выберите системную базу данных.

Примечание

Нельзя изменить уровень совместимости системных баз данных в базе данных SQL Azure.

4. Щелкните базу данных правой кнопкой мыши и выберите Свойства .

   Откроется диалоговое окно Свойства базы данных .

5. В области Выберите страницу выберите Параметры .

6. Текущий уровень совместимости отображается в списке Уровень совместимости .

   Чтобы изменить уровень совместимости, выберите другой вариант из списка. Доступные параметры для разных версий ядра СУБД перечислены на странице ALTER DATABASE Compatibility Level (Transact-SQL).

Используйте Transact-SQL

Transact-SQL можно использовать для просмотра или изменения уровня совместимости базы данных с помощью SSMS или Azure Data Studio.

Просмотр уровня совместимости базы данных

1. Подключитесь к соответствующему серверу или экземпляру, на котором размещена ваша база данных.

2. Открыть Новый запрос .

3. Скопируйте и вставьте следующий пример в окно запроса и выберите Выполнить . В этом примере возвращается уровень совместимости AdventureWorks2019 образец базы данных.

 ИСПОЛЬЗОВАТЬ AdventureWorks2019;
ИДТИ
ВЫБЕРИТЕ уровень_совместимости
ОТ sys.databases, ГДЕ name = 'AdventureWorks2019';
ИДТИ
 

Изменение уровня совместимости базы данных

1. Подключитесь к соответствующему серверу или экземпляру, на котором размещена ваша база данных.

2. На стандартной панели выберите Новый запрос .

3. Скопируйте и вставьте следующий пример в окно запроса и выберите Выполнить . В этом примере уровень совместимости базы данных AdventureWorks2019 изменяется на 150 , что является уровнем совместимости для SQL Server 2019 (15. x).

 ИЗМЕНЕНИЕ БАЗЫ ДАННЫХ AdventureWorks2019
УСТАНОВИТЕ COMPATIBILITY_LEVEL = 150;
ИДТИ
 

Следующие шаги

• ALTER DATABASE (Transact-SQL) Уровень совместимости

Обратная связь

Просмотреть все отзывы о странице

уровней совместимости базы данных Microsoft SQL Server —

Прабхат Кумар Бхарти | 19 июня 2019 г.

• База данных / SQL-сервер

---

Уровень совместимости базы данных, один из параметров уровня базы данных, влияет на то, как функции базы данных. Каждая новая версия Microsoft® SQL Server® представляет множество новых функций, большинство из которых требуют новых ключевых слов и изменяют определенные поведение, существовавшее в более ранних версиях. Обеспечить максимальное отставание совместимости, Microsoft позволяет нам установить уровень совместимости в соответствии с наши потребности.

Уровень совместимости базы данных по умолчанию

По умолчанию каждая база данных наследует уровень совместимости модели версию базы данных, из которой он был создан. Например, совместимость Уровень базы данных SQL Server 2012 по умолчанию равен 110, если вы его не измените.

Уровни совместимости после восстановления

При восстановлении резервной копии базы данных, сделанной в более старой версии SQL, уровень совместимости базы данных остается таким же, как и на экземпляре из которого вы сделали резервную копию, если только уровень совместимости источника не ниже минимальный поддерживаемый уровень. В этом случае уровень совместимости базы данных изменения до самой низкой поддерживаемой версии. Например, если мы восстанавливаем SQL Server Резервное копирование базы данных 2005 года на SQL Server 2017, затем уровень совместимости восстановленного база данных будет установлена ​​на 100, потому что это минимальный уровень SQL 2017 поддерживается.

Уровни совместимости после обновления

Уровни совместимости баз данных tempdb, model, msdb и resource установить текущий уровень совместимости после обновления. Основная система база данных сохраняет уровень совместимости, который был до обновления.

Определение уровня совместимости

Чтобы определить текущий уровень совместимости, запросите compatibility_level столбец sys.databases .

Чтобы перейти на другой уровень совместимости, используйте Команда ALTER DATABASE как показано в следующем примере:

 Использовать Мастер
Идти
ALTER DATABASE <имя базы данных>SET COMPATIBILITY_LEVEL = <уровень совместимости>;
 

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

Чтобы изменить уровень совместимости с помощью мастера, щелкните правой кнопкой мыши база данных -> свойство -> параметры -> уровень совместимости базы данных , как показано на следующем рисунке:

(Picture1.png)

Уровни совместимости по умолчанию и поддерживаемые уровни совместимости

В следующей таблице показаны версии SQL Server с их совместимостью по умолчанию и список поддерживаемых уровней совместимости:

(Picture2.png)

Источник : https://www.sqlskills.com/blogs/glenn/database-compatibility-level-in-sql-server/

Уровень совместимости и производительность базы данных

В версиях SQL Server, предшествующих SQL 2014, администраторы баз данных никогда не беспокоит уровень совместимости базы данных с точки зрения производительности. Уровень совместимости базы данных в основном использовался как механизм контроля того, новые функции, представленные в этой версии, могут быть использованы или не поддерживаются функции были отключены. Он также использовался для контроля обратной совместимости.

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

Начиная с SQL Server 2014, любая база данных, работающая на уровне совместимости 120 или выше. можно использовать новую функцию оценки количества элементов . Оценка кардинальности это логика, которая используется для определения того, как SQL Server выполняет запрос, исходя из его предполагаемой стоимости. Оценка рассчитывается с использованием входных данных из статистика, связанная с объектами, участвующими в этом запросе. Практически, при высокоуровневые оценки кардинальности представляют собой оценки количества строк в сочетании с информация о распределении значений, количестве уникальных значений и количество дубликатов, содержащихся в таблицах и объектах, на которые ссылается запрос. Неправильные оценки могут привести к ненужному дисковому вводу-выводу из-за недостаточные гранты памяти (такие как разливы TempDB) или к выбору последовательное выполнение плана над параллельным выполнением плана, чтобы назвать несколько возможностей. Я планирую подробнее обсудить оценку количества элементов в своем следующем посте в блоге.

Влияние изменения уровня совместимости

Изменение уровня совместимости указывает базе данных изменить свой набор функций. То есть какие-то фичи добавляются, и в то же время какие-то старые фичи убираются. удаленный. Например, предложение FOR BROWSE не разрешено в инструкциях INSERT и SELECT INTO на уровне совместимости 100 и разрешено, но игнорируется на уровне совместимости 100. уровень совместимости 90. Если ваше приложение использует эту функцию, это изменение может представить неожиданные результаты.

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

Заключение

Уровень совместимости базы данных определяет, как SQL Server использует определенные функции. В частности, это заставляет их действовать как данная версия SQL Server, т.е. обычно делается для обеспечения некоторого уровня обратной совместимости. Потому что это свойство базы данных, совместимость влияет только на функции уровня базы данных для этой конкретной базы данных.

Если вы обновляете базу данных, перемещая ее на сервер с более высокой версией или при обновлении экземпляра на месте уровень совместимости остается прежним. так же, как этот уровень поддерживается.

Если установлен уровень совместимости SQL 2014 или выше, SQL Server использует новый функция оценки кардинальности. Если уровень совместимости установлен на 2012 или ниже используется старый оптимизатор.

Используйте вкладку «Обратная связь», чтобы оставлять комментарии или задавать вопросы.

Оптимизируйте свою среду с помощью профессионального администрирования, управления и настройки

Службы приложений Rackspace (РАН) Специалисты предоставляют следующие профессиональные и управляемые услуги через широкий набор приложений:

• платформы электронной коммерции и цифрового опыта
• Планирование ресурсов предприятия (ERP)
• Бизнес-аналитика
• Управление взаимоотношениями с клиентами Salesforce (CRM)
• Базы данных
• Хостинг электронной почты и производительность

Доставляем:

• Беспристрастный опыт : Мы упрощаем и направляем ваш путь модернизации, сосредоточив внимание на возможностях, которые приносят немедленную пользу.
• Фанатичный опыт ™: Сначала мы объединяем процесс. Вторая технология.® подход со специальной технической поддержкой для предоставления комплексных решений.