Збій CLR на SQL Server 2014 (Windows 2012R2)

У мене є цей невеликий CLR, який виконує функцію RegEX на рядку в стовпцях.

Під час запуску на SQL Server 2014 (12.0.2000) на Windows Server 2012R2 процес припиняється

Повідомлення 0, рівень 11, стан 0, рядок 0 У поточній команді сталася сильна помилка. Результати, якщо такі є, слід відмовитися.

і дає дамп стека, якщо я це зробити

select count (*) from table where (CLRREGEX,'Regex')

але коли я це роблю

select * from table where (CLRREGEX,'Regex') 

він повертає рядки.

Відмінно працює в тій же збірці SQL Server, що працює на Windows 8.1.

Будь-які ідеї?

- Редагування Це так просто, як це може бути

using System;
using System.Collections.Generic;
using System.Text;
using System.Data.SqlTypes;           //SqlString, SqlInt32, SqlBoolean
using System.Text.RegularExpressions; //Match, Regex
using Microsoft.SqlServer.Server;     //SqlFunctionAttribute
public partial class UserDefinedFunctions
{
    public static readonly RegexOptions Options = RegexOptions.IgnorePatternWhitespace | RegexOptions.Multiline;
    [SqlFunction]
    [Microsoft.SqlServer.Server.SqlFunction(IsDeterministic = true, IsPrecise = true)]
    public static SqlBoolean RegExMatch(SqlString input, SqlString pattern)
    {
        if (input.IsNull || pattern.IsNull) //nulls dont qualify for a match
            return SqlBoolean.False;
    return Regex.IsMatch(input.Value, pattern.Value, RegexOptions.IgnoreCase);
    }
}

Отже, незначні зміни зараз працюють: Основний урок C # здається таким же, як і в TSQL, остерігайтеся неявного перетворення даних.

using System;
using System.Text;
using System.Data.SqlTypes;           //SqlString, SqlInt32, SqlBoolean
using System.Text.RegularExpressions; //Match, Regex
using Microsoft.SqlServer.Server;     //SqlFunctionAttribute
public partial class UserDefinedFunctions
{
public static readonly RegexOptions Options = RegexOptions.IgnorePatternWhitespace | RegexOptions.Singleline | RegexOptions.Compiled | RegexOptions.IgnoreCase | RegexOptions.CultureInvariant;

    [Microsoft.SqlServer.Server.SqlFunction(IsDeterministic = true, IsPrecise = true, DataAccess = DataAccessKind.Read)]
    public static SqlBoolean RegExMatch(SqlString input, SqlString pattern)
{
    if (input.IsNull || pattern.IsNull) //nulls dont qualify for a match
        return SqlBoolean.False;
    string sqldata = input.ToString();
    string regex = pattern.ToString();
    return Regex.IsMatch(sqldata, regex);
 }

Проблема полягає в локальному конфлікті між ОС Windows і SQL Server (зокрема, базою даних, де завантажується збірка). Ви можете запустити наступний запит, щоб побачити, для чого вони встановлені:

SELECT os_language_version,
       DATABASEPROPERTYEX(N'{name of DB where Assembly exists}', 'LCID') AS 'DatabaseLCID'
FROM   sys.dm_os_windows_info;

Якщо вони різні, то ви напевно можете отримати певну "дивну" поведінку, наприклад, те, що ви бачите. Проблема полягає в тому, що:

• SqlStringвключає більше, ніж просто сам текст: він включає порівняння за замовчуванням бази даних, в якій існує збірка. Збірка складається з двох відомостей: інформації про місцевість (тобто LCID) та варіантів порівняння (тобто SqlCompareOptions), які детально описують чутливість до регістру, наголосів, кана, ширини або всього (двійкове та двійкове2).
• Струнні операції в .NET, якщо явно не вказано локаль, використовують інформацію про локаль поточного потоку, встановленого в Windows (тобто Операційна система / ОС).

Конфлікт зазвичай виникає при посиланні на параметр SqlString без використання .Valueабо .ToString()такого, що він робить неявне перетворення в SqlString. У такому випадку це призведе до виключення, що говорить про те, що LCID не відповідають.

Очевидно, є й інші сценарії, такі як виконання (деяких / всіх?) Порівнянь рядків, у тому числі при використанні Regex, як це показує цей випадок (хоча поки що я не зміг це відтворити).

Деякі ідеї для виправлень:

Ідеально (очікування завжди будуть виправдані щодо того, як працюють порівняння):

• Змініть або Windows, або SQL Server LCID (мова за замовчуванням), щоб обидва збігалися

Менш ідеального (поведінка локалі Windows може бути не однаковими правилами рівності та сортування, і тому можуть бути несподівані результати):

• Використовуйте .ToStringметод або .Valueвластивість, які обидва повертають рядок без LCID SQL Server, тому всі операції будуть використовувати ОС LCID.

Може допомогти:

• Можливо, використовувати SqlCharsзамість того SqlString, що це не приносить інформацію про LCID та порівняння з SQL Server
• Вкажіть, що культура не має значення через StringComparison.InvariantCulture:
  • String.Compare(string, string, StringComparison.InvariantCulture) або String.Compare(string, string, StringComparison.InvariantCultureIgnoreCase)
  • Для Regex вкажіть RegexOptions.CultureInvariant

Оновлено ..

Локалізація відрізняється між SQL Engine і вікном Server, як вказує @srutzky:

os_language_version SqlServerLCID
1033 1039

Наступна зміна коду - налаштування опції RegexOptions.CultureInvariantобходить помилку. Незмінений код не призведе до збоїв у SQL Server 2012 на Windows Server 2012R2 з тими ж мовними налаштуваннями, але це буде зроблено на SQL Server 2014.

using System;
using System.Text;
using System.Data.SqlTypes;           //SqlString, SqlInt32, SqlBoolean
using System.Text.RegularExpressions; //Match, Regex
using Microsoft.SqlServer.Server;     //SqlFunctionAttribute
public partial class UserDefinedFunctions
{
public static readonly RegexOptions Options = RegexOptions.IgnorePatternWhitespace | RegexOptions.Singleline | RegexOptions.Compiled | RegexOptions.IgnoreCase | RegexOptions.CultureInvariant;

    [Microsoft.SqlServer.Server.SqlFunction(IsDeterministic = true, IsPrecise = true)]
    public static SqlBoolean RegExMatch(SqlString input, SqlString pattern)
{
    if (input.IsNull || pattern.IsNull) //nulls dont qualify for a match
        return SqlBoolean.False;
    string sqldata = input.ToString();
    string regex = pattern.ToString();
    return Regex.IsMatch(sqldata, regex);
 }