Сбой 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, как показывает этот случай (хотя до сих пор я не смог воспроизвести это).

Некоторые идеи для исправлений:

Идеально (ожидания всегда будут оправдываться относительно того, как работают сравнения):

• Измените LCID Windows или SQL Server (язык по умолчанию), чтобы оба соответствовали

Меньше, чем идеал (поведение языка 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 и оконным сервером, как указывает @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);
 }