Awaria CLR na SQL Server 2014 (Windows 2012R2)

Mam ten mały CLR, który wykonuje funkcję RegEX na ciąg znaków w kolumnach.

Podczas uruchamiania w programie SQL Server 2014 (12.0.2000) w systemie Windows Server 2012R2 proces ulega awarii

Wiadomość 0, poziom 11, stan 0, wiersz 0 Wystąpił poważny błąd w bieżącym poleceniu. Ewentualne wyniki należy odrzucić.

i daje zrzut stosu, jeśli to zrobię

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

ale kiedy robię

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

zwraca wiersze.

Działa doskonale na tej samej kompilacji SQL Server działającej w systemie Windows 8.1.

Jakieś pomysły?

- Edycja To jest tak proste, jak to tylko możliwe

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);
    }
}

Tak więc po drobnych zmianach działa to teraz: główna lekcja w języku C # wydaje się być taka sama jak w TSQL, strzeż się niejawnej konwersji danych.

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);
 }

Problemem jest konflikt ustawień regionalnych między systemem operacyjnym Windows a SQL Server (w szczególności bazą danych, w której zestaw jest ładowany). Możesz uruchomić następujące zapytanie, aby zobaczyć, na co oba są ustawione:

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

Jeśli są różne, na pewno możesz uzyskać pewne „dziwne” zachowanie, takie jak to, co widzisz. Problem polega na tym, że:

• SqlStringzawiera więcej niż sam tekst: obejmuje domyślne sortowanie bazy danych, w której istnieje zestaw. Zestawienie składa się z dwóch części informacji: informacji o lokalizacji (tj. LCID) oraz opcji porównania (tj. SqlCompareOptions), które wyszczególniają wrażliwość na wielkość liter, akcenty, kana, szerokość lub wszystko (binarne i binarne2).
• Operacje na łańcuchach w .NET, chyba że podano jawnie ustawienia narodowe, użyj informacji o ustawieniach regionalnych bieżącego wątku, które są ustawione w Windows (tj. System operacyjny / system operacyjny).

Konflikt zwykle występuje, gdy odwołuje się do parametru SqlString bez użycia .Valuelub w .ToString()taki sposób, że dokonuje niejawnej konwersji na SqlString. W takim przypadku spowodowałoby to wyjątek stwierdzający, że LCID nie są zgodne.

Są najwyraźniej inne scenariusze, takie jak przeprowadzanie porównań ciągów (niektóre / wszystkie?), W tym przy użyciu Regex, jak pokazuje ten przypadek (chociaż do tej pory nie byłem w stanie tego odtworzyć).

Kilka pomysłów na poprawki:

Idealny (zawsze będą spełnione oczekiwania dotyczące działania porównań):

• Zmień LCID systemu Windows lub SQL Server (język domyślny), aby oba były zgodne

Mniej niż idealny (zachowanie ustawień regionalnych Windows może nie być tymi samymi regułami dla równości i sortowania, więc mogą wystąpić nieoczekiwane wyniki):

• Użyj .ToStringmetody lub .Valuewłaściwości, które zwracają ciąg bez identyfikatora LCID programu SQL Server, aby wszystkie operacje korzystały z identyfikatora LCID systemu operacyjnego.

Może pomóc:

• Może używać SqlCharszamiast, SqlStringponieważ nie przynosi LCID i informacji o sortowaniu z SQL Server
• Określ, że kultura nie ma znaczenia poprzez StringComparison.InvariantCulture:
  • String.Compare(string, string, StringComparison.InvariantCulture) lub String.Compare(string, string, StringComparison.InvariantCultureIgnoreCase)
  • W przypadku Regex podaj RegexOptions.CultureInvariant

Zaktualizowano ..

Lokalizacja różni się między silnikiem SQL a serwerem okien, jak wskazuje @srutzky:

os_language_version SqlServerLCID
1033 1039

Następująca zmiana w kodzie - ustawienie opcji RegexOptions.CultureInvariantomija błąd. Niezmieniony kod nie spowoduje awarii programu SQL Server 2012 w systemie Windows Server 2012R2 z tymi samymi ustawieniami języka, ale dzieje się tak w przypadku programu 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);
 }