Absturz der CLR unter SQL Server 2014 (Windows 2012R2)

Ich habe diese kleine CLR, die eine RegEX-Funktion für eine Zeichenfolge in Spalten ausführt.

Bei der Ausführung unter SQL Server 2014 (12.0.2000) unter Windows Server 2012R2 stürzt der Prozess mit ab

Meldung 0, Ebene 11, Status 0, Zeile 0 Beim aktuellen Befehl ist ein schwerwiegender Fehler aufgetreten. Die Ergebnisse sollten, falls vorhanden, verworfen werden.

und gibt einen Stapelspeicherauszug, wenn ich tue

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

Aber wenn ich das mache

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

es gibt die Zeilen zurück.

Funktioniert perfekt mit demselben SQL Server-Build, der unter Windows 8.1 ausgeführt wird.

Irgendwelche Ideen?

- Bearbeiten Es ist so einfach wie es nur geht

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

Durch kleine Änderungen funktioniert dies jetzt: Die Hauptstunde in C # scheint dieselbe zu sein wie in TSQL. Achten Sie auf implizite Datenkonvertierung.

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

Das Problem ist ein Gebietsschemakonflikt zwischen dem Windows-Betriebssystem und SQL Server (insbesondere der Datenbank, in die die Assembly geladen wird). Sie können die folgende Abfrage ausführen, um festzustellen, auf welche Werte beide festgelegt sind:

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

Wenn sie sich unterscheiden, können Sie auf jeden Fall ein merkwürdiges Verhalten feststellen, wie z. B. das, was Sie sehen. Das Problem ist, dass:

• SqlStringenthält mehr als nur den Text selbst: Er enthält die Standardkollatierung der Datenbank, in der die Assembly vorhanden ist. Die Kollatierung besteht aus zwei Informationen: den Informationen zum Gebietsschema (z. B. LCID) und den Vergleichsoptionen (z. B. SqlCompareOptions), die die Empfindlichkeit für Groß- und Kleinschreibung, Akzente, Kana, Breite oder alles (binär und binär2) angeben.
• Zeichenfolgenvorgänge in .NET verwenden, sofern nicht ausdrücklich ein Gebietsschema angegeben ist, die Gebietsschemainformationen des aktuellen Threads, der in Windows (dh dem Betriebssystem / Betriebssystem) festgelegt ist.

Der Konflikt tritt normalerweise auf, wenn auf einen SqlString-Parameter verwiesen wird, ohne dass .Valueoder .ToString()eine implizite Konvertierung in ausgeführt wird SqlString. In diesem Fall würde eine Ausnahme ausgelöst, die besagt, dass die LCIDs nicht übereinstimmen.

Es gibt anscheinend andere Szenarien, wie das Durchführen (einiger / aller?) Zeichenfolgenvergleiche, einschließlich der Verwendung von Regex, wie dieser Fall zeigt (obwohl ich dies bisher nicht reproduzieren konnte).

Einige Ideen für Korrekturen:

Ideal (Erwartungen bezüglich der Funktionsweise der Vergleiche werden immer erfüllt):

• Ändern Sie entweder die Windows- oder die SQL Server-LCID (Standardsprache), sodass beide übereinstimmen

Weniger als ideal (das Verhalten des Windows - Gebietsschemas möglicherweise nicht die gleichen Regeln für die Gleichstellung und das Sortieren und so es könnte unerwartete Ergebnisse):

• Verwenden Sie die .ToStringMethode oder .ValueEigenschaft, die beide die Zeichenfolge ohne die SQL Server-LCID zurückgeben, sodass alle Vorgänge die Betriebssystem-LCID verwenden.

Könnte helfen:

• Verwenden Sie SqlCharsstattdessen möglicherweise, SqlStringda die LCID- und Sortierungsinformationen von SQL Server nicht mitgebracht werden
• Festlegen, dass Kultur keine Rolle spielt über StringComparison.InvariantCulture:
  • String.Compare(string, string, StringComparison.InvariantCulture) oder String.Compare(string, string, StringComparison.InvariantCultureIgnoreCase)
  • Geben Sie für Regex an RegexOptions.CultureInvariant

Aktualisiert..

Die Lokalisierung unterscheidet sich zwischen der SQL Engine und dem Windows Server, wie @srutzky hervorhebt:

os_language_version SqlServerLCID
1033 1039

Die folgende Änderung am Code - Setzen der Option RegexOptions.CultureInvariantumgeht den Fehler. Der unveränderte Code führt unter Windows Server 2012R2 nicht zu einem Absturz von SQL Server 2012 mit denselben Spracheinstellungen, jedoch unter 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);
 }