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

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

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

Новые версии отсутствуют.

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

Transact-SQL

Динамические административные представления

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

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

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

• При перемещении пользовательского приложения с компьютера, на котором установлено SQL Server 2008 R2, на компьютер, на котором установлено только SQL Server 2014, приложение завершится сбоем, так как указанная версия 10.0 сборки SqlTypes отсутствует. Может отображаться следующее сообщение об ошибке: "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, перечисленных выше, для получения SQL Server системных типов СРЕДЫ CLR, как показано в следующем примере:

  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 учитываются суррогаты

Рекомендация 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. Однако если недопустимая или частичная суррогатная пара передается в качестве аргумента, поведение длины строки не определено.

• fn:substring.

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

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

• Операторы сравнения и предложение order by . Операторы сравнения включают +, <, , <>=, >=, eq, , lt, gtleи ge.

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

Распределенные вызовы запросов через OPENQUERY некоторые системные процедуры завершаются ошибкой при вызове с одного сервера SQL Server 2012 на другой. Это происходит, когда компонент Database Engine не может обнаружить метаданные для процедуры. Например, 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.

Backward Compatibility

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

Следующие функции и операторы ведут себя описанным выше образом (по-новому) только при уровне совместимости 110 и выше.

• fn:contains.

• fn:concat.

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

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

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

• fn:string-length

• fn:substring

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

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

Параметры сортировки

Среда CLR

Динамические административные представления

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

Showplan

Transact-SQL

XQuery

Соединение

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

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

• 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, наряду с другими последними версиями, описана здесь.

См. также:

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