Menghancurkan CLR di SQL Server 2014 (windows 2012R2)

Saya punya CLR kecil ini yang melakukan fungsi RegEX pada string di kolom.

Saat berjalan pada SQL Server 2014 (12.0.2000) pada Windows Server 2012R2 proses macet

Msg 0, Level 11, Negara 0, Baris 0 Terjadi kesalahan parah pada perintah saat ini. Hasilnya, jika ada, harus dibuang.

dan memberikan stack stack jika saya melakukannya

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

tetapi ketika saya melakukannya

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

mengembalikan baris.

Bekerja dengan sempurna pada build SQL Server yang sama yang berjalan pada Windows 8.1.

Ada ide?

- Sunting Ini sesederhana mungkin

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

Jadi dengan sedikit perubahan ini berfungsi sekarang: Pelajaran utama dalam C # tampaknya sama seperti di TSQL Waspadalah terhadap konversi data implisit.

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

Masalahnya adalah konflik lokal antara OS Windows dan SQL Server (khususnya database tempat Majelis dimuat). Anda dapat menjalankan kueri berikut untuk melihat keduanya diatur:

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

Jika mereka berbeda maka Anda pasti bisa mendapatkan perilaku "aneh", seperti apa yang Anda lihat. Masalahnya adalah:

• SqlStringtermasuk lebih dari sekedar teks itu sendiri: itu termasuk susunan default dari database di mana majelis ada. Susunan terdiri dari dua bagian informasi: info lokal (yaitu LCID), dan opsi perbandingan (yaitu SqlCompareOptions) yang merinci sensitivitas terhadap huruf besar-kecil, aksen, kana, lebar, atau semuanya (biner dan biner2).
• Operasi string di .NET, kecuali secara eksplisit diberikan lokal, gunakan info lokal dari utas saat ini, yang diatur dalam Windows (yaitu Sistem Operasi / OS).

Konflik biasanya terjadi ketika mereferensikan parameter SqlString tanpa menggunakan .Valueatau .ToString()sedemikian rupa sehingga ia melakukan konversi implisit SqlString. Dalam hal itu akan menyebabkan pengecualian yang mengatakan bahwa LCID tidak cocok.

Tampaknya ada skenario lain, seperti melakukan perbandingan string (sebagian / semua?), Termasuk ketika menggunakan Regex seperti yang ditunjukkan oleh kasus ini (meskipun sejauh ini saya belum dapat mereproduksi ini).

Beberapa ide untuk perbaikan:

Ideal (harapan akan selalu dipenuhi tentang bagaimana perbandingan bekerja):

• Ubah baik Windows atau SQL Server LCID (bahasa default) sehingga keduanya cocok

Kurang dari ideal (perilaku lokal Windows mungkin bukan aturan yang sama untuk kesetaraan dan penyortiran sehingga mungkin ada hasil yang tidak terduga):

• Gunakan .ToStringmetode atau .Valueproperti, yang keduanya mengembalikan string tanpa SQL Server LCID sehingga semua operasi akan menggunakan OS LCID.

Mungkin membantu:

• Mungkin menggunakan SqlCharsalih-alih SqlStringkarena tidak membawa informasi LCID dan pemeriksaan dari SQL Server
• Tentukan bahwa budaya tidak penting melalui StringComparison.InvariantCulture:
  • String.Compare(string, string, StringComparison.InvariantCulture) atau String.Compare(string, string, StringComparison.InvariantCultureIgnoreCase)
  • Untuk Regex, tentukan RegexOptions.CultureInvariant

Diperbarui ..

Lokalisasi berbeda antara SQL Engine dan jendela Server seperti yang ditunjukkan @srutzky:

os_language_version SqlServerLCID
1033 1039

Perubahan berikut pada kode - pengaturan opsi RegexOptions.CultureInvariantmengatasi kesalahan. Kode tidak berubah tidak akan crash SQL Server 2012 pada Windows Server 2012R2 dengan pengaturan bahasa yang sama tetapi melakukannya pada 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);
 }