Критические изменения функций ядра СУБД в SQL Server 2014

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

Критические изменения в SQL Server 2014

Новые проблемы не возникают.

Критические изменения в SQL Server 2012

Transact-SQL

Dynamic Management Views (Динамические административные представления)

Представления каталога

Типы данных SQL CLR (geometry, geography и hierarchyid)

Сборка Microsoft.SqlServer.Types.dll, содержащая пространственные типы данных и тип иерархии, была обновлена с версии 10.0 до версии 11.0. Пользовательские приложения, использующие эту сборку, могут выйти из строя, если выполняются следующие условия.

• При перемещении пользовательского приложения с компьютера, на котором установлен SQL Server 2008 R2, на компьютер, где установлен только SQL Server 2014, приложение выдаст ошибку, так как ссылка на сборку SqlTypes версии 10.0 отсутствует. Это сообщение об ошибке может быть следующим: "Could not load file or assembly 'Microsoft.SqlServer.Types, Version=10.0.0.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91' or one of its dependencies. The system cannot find the file specified."

• При ссылке на сборку SqlTypes версии 11.0 и версию 10.0 также можно увидеть следующее сообщение об ошибке: "System.InvalidCastException: Unable to cast object of type 'Microsoft.SqlServer.Types.SqlGeometry' to type 'Microsoft.SqlServer.Types.SqlGeometry'."

• При ссылке на сборку SqlTypes версии 11.0 из пользовательского приложения, предназначенного для .NET 3.5, 4 или 4.5, приложение завершится сбоем, так как SqlClient по проектированию загружает версию 10.0 сборки. Эта ошибка возникает, когда приложение вызывает один из следующих методов:

  • GetValue метод SqlDataReader класса

  • GetValues метод SqlDataReader класса

  • Оператор индекса скобки SqlDataReader [] класса

  • ExecuteScalar метод SqlCommand класса

Эту проблему можно обойти с помощью одного из следующих методов:

• Эту проблему можно обойти в коде, вызвав метод GetSqlBytes, а не методы Get, перечисленные выше, для получения системных типов CLR SQL Server, как показано в следующем примере:

  string query = "SELECT [SpatialColumn] FROM [SpatialTable]";  
        using (SqlConnection conn = new SqlConnection("..."))  
        {  
              SqlCommand cmd = new SqlCommand(query, conn);  
  
              conn.Open();  
              SqlDataReader reader = cmd.ExecuteReader();  
  
              while (reader.Read())  
              {  
                    // In version 11.0 only  
                    SqlGeometry g =   
  SqlGeometry.Deserialize(reader.GetSqlBytes(0));  
  
                    // In version 10.0 or 11.0  
                    SqlGeometry g2 = new SqlGeometry();  
                    g.Read(new BinaryReader(reader.GetSqlBytes(0).Stream));  
              }  
        }  
  

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

  <runtime>  
  <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">  
      ...  
      <dependentAssembly>  
          <assemblyIdentity name="Microsoft.SqlServer.Types" publicKeyToken="89845dcd8080cc91" culture="neutral" />  
          <bindingRedirect oldVersion="10.0.0.0" newVersion="11.0.0.0" />  
      </dependentAssembly>  
      ...  
  </assemblyBinding>  
  <runtime>  
  

• Эту проблему можно обойти в строке подключения, указав значение "SQL Server 2012" для атрибута Type System Version, чтобы принудительно загрузить SqlClient версии 11.0 сборки. Этот атрибут строки подключения доступен только в .NET 4.5 и выше.

• Тег assemblyBinding должен быть упакован под тегом runtime .

Поддержка AWE

Поддержка 32-разрядных расширений окна адресов (AWE) прекращена. Это может привести к снижению производительности в 32-разрядных операционных системах. Для установки с большим объемом памяти перейдите в 64-разрядную операционную систему.

Функции XQuery являются Surrogate-Aware

Рекомендация W3C для функций и операторов XQuery требует, чтобы суррогатная пара, представляющая символ Юникода высокого диапазона, считалась единым глифом в кодировке UTF-16. Однако в версиях SQL Server до SQL Server 2012 строковые функции не распознали суррогатные пары как один символ. Некоторые строковые операции, такие как вычисления длины строки и извлечение подстроки, возвращают неправильные результаты. SQL Server 2012 теперь полностью поддерживает UTF-16 и правильную обработку суррогатных пар.

Тип данных XML в SQL Server разрешает только хорошо сформированные суррогатные пары. Однако некоторые функции по-прежнему могут возвращать неопределенные или непредвиденные результаты в определенных обстоятельствах, так как можно передавать недопустимые или частичные суррогатные пары в функции XQuery в виде строковых значений. Рассмотрим следующие методы для создания строковых значений при использовании XQuery в SQL Server:

• Укажите константное строковое значение в виде двоичного значения. При использовании этого метода возможна передача недействительных или частичных суррогатных пар.

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

• Импорт внешних значений с помощью sql:column или sql:variable. При использовании этих методов существует возможность ввода недопустимых или частичных суррогатных пар.

Затронутые функции и операторы XQuery

Следующие функции и операторы XQuery теперь обрабатывают суррогатные пары UTF-16 в SQL Server 2012:

• fn:string-length. Однако если в качестве аргумента передается недопустимая или частичная суррогатная пара, то поведение string-length не определено.

• fn:substring.

• fn:contains. Однако если часть суррогатной пары передается в качестве значения, метод contains может возвращать непредвиденные результаты, поскольку он может обнаружить частичную суррогатную пару, содержащуюся в правильно сформированной суррогатной паре.

• fn:concat. Однако если часть суррогатной пары передается в качестве значения, сцепление может создавать неправильные суррогатные пары или частичные суррогатные пары.

• Операторы сравнения и ORDER BY оператор. Операторы сравнения включают +, <, >, <=, >=, eq, lt, gt, le, и ge.

Вызовы распределенных запросов к системной процедуре

Ошибка вызовов распределенных запросов с помощью OPENQUERY некоторых системных процедур возникает при выполнении вызова с одного сервера SQL Server 2012 на другой. Это происходит, когда ядро СУБД не может обнаружить метаданные для процедуры. Например: SELECT * FROM OPENQUERY(..., 'EXEC xp_loginfo').

Уровень изоляции и sp_reset_connection

Уровень изоляции для подключений обрабатывается следующим образом клиентскими драйверами:

• Все встроенные драйверы (SNAC, MDAC, ODBC) устанавливают уровень изоляции (в соответствии с настройками приложения) при sp_reset_connection.

• Для ADO.NET вы по сути получите уровень случайной изоляции в зависимости от того, какое соединение вы получаете из пула (и если приложение использует другой уровень изоляции). Поскольку пул ADO.NET может внутренне и прозрачно обрабатывать соединения, вы не можете предсказать, что вы получите из пула.

• Для драйвера JDBC вы получаете то же поведение, что и ADO.NET

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

  Подключение JDBC можно объединить в пул, поэтому приложение может получить уровень случайной изоляции и не знать об этом.

Для сохранения обратной совместимости это новое поведение применяется только для последних клиентов, начиная с TDS 7.4.

Обратная совместимость

Новое поведение зависит от уровня совместимости

Следующие функции и операторы демонстрируют новое поведение, описанное выше, только если уровень совместимости равен 110 или выше:

• fn:contains.

• fn:concat.

• операторы сравнения и порядок по предложению

Новое поведение зависит от URI пространства имен по умолчанию для функций

Следующие функции демонстрируют новое поведение, описанное выше, только если URI пространства имен по умолчанию соответствует пространству имен в окончательной рекомендации. http://www.w3.org/2005/xpath-functions Если уровень совместимости равен 110 или выше, то по умолчанию SQL Server 2012 привязывает пространство имен функции по умолчанию к этому пространству имен. Однако эти функции демонстрируют новое поведение, если это пространство имен используется независимо от уровня совместимости.

• fn:string-length

• fn:substring

Критические изменения в SQL Server 2008/SQL Server 2008R2

В этом разделе содержатся критические изменения, внесенные в SQL Server 2008. В SQL Server 2008 R2 изменения не были внесены.

Сопоставления

Общеязыковая среда выполнения (CLR)

Dynamic Management Views (Динамические административные представления)

Ошибки и события

План показа

Transact-SQL

XQuery

Подключение

Критические изменения в SQL Server 2005

Мы накапливаем и сохраняем документацию для очень старых версий Microsoft SQL Server в наборе архивных веб-страниц. Архивные веб-страницы не обрабатываются поисковыми системами, такими как Bing.com и Google.com. Но вы можете увидеть эти архивы по адресу previous-versions/ на нашем сайте документации.

• https://docs.microsoft.com/previous-versions/sql/

Эти архивы включают документацию по крайней мере для следующих старых версий:

• SQL Server 2014
• SQL Server 2012
• SQL Server 2008 R2
• SQL Server 2008
• SQL Server 2005

Документация по SQL Server 2014 была архивирована и больше не обрабатывается поисковыми системами. Статьи 2014 года теперь помечены директивами NOINDEX и NOFOLLOW.

Последняя версия SQL Server вместе с другими последними версиями описана здесь.

См. также

Нерекомендуемые функции ядра СУБД в SQL Server 2014
Изменения поведения компонентов ядра СУБД в SQL Server 2014
Неподдерживаемые функции ядра СУБД в SQL Server 2014
Обратная совместимость ядра СУБД SQL Server
Уровень совместимости инструкции ALTER DATABASE (Transact-SQL)
Критические изменения функций средств управления в SQL Server 2014