การล่ม 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 OS และ 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) ซึ่งให้รายละเอียดความไวต่อตัวพิมพ์เล็ก, สำเนียง, kana, ความกว้างหรือทุกอย่าง (ไบนารีและไบนารี 2)
• การดำเนินงานสตริงใน. NET เว้นแต่ว่าจะได้รับสถานที่อย่างชัดเจนให้ใช้ข้อมูลสถานที่ของหัวข้อปัจจุบันซึ่งตั้งอยู่ใน Windows (เช่นระบบปฏิบัติการ / ระบบปฏิบัติการ)

ความขัดแย้งที่มักจะเกิดขึ้นเมื่ออ้างอิงพารามิเตอร์ SqlString โดยไม่ต้องใช้.Valueหรือดังกล่าวว่ามันไม่แปลงนัยไป.ToString() SqlStringในกรณีนั้นมันจะทำให้เกิดข้อยกเว้นที่บอกว่า LCID ไม่ตรงกัน

เห็นได้ชัดว่ามีสถานการณ์อื่น ๆ เช่นการเปรียบเทียบสตริง (บางส่วน / ทั้งหมด) รวมถึงเมื่อใช้ Regex เนื่องจากกรณีนี้แสดงให้เห็น (แม้ว่าจนถึงตอนนี้ฉันยังไม่สามารถทำซ้ำได้)

แนวคิดบางประการสำหรับการแก้ไข:

อุดมคติ (ความคาดหวังจะได้พบเสมอเกี่ยวกับการเปรียบเทียบ)

• เปลี่ยน Windows หรือ SQL Server LCID (ภาษาเริ่มต้น) เพื่อให้ตรงกันทั้งคู่

น้อยกว่าอุดมคติ (พฤติกรรมของโลแคล Windows อาจไม่เหมือนกันกฎสำหรับความเท่าเทียมกันและการเรียงลำดับและอาจมีผลลัพธ์ที่ไม่คาดคิด):

• ใช้.ToStringวิธีการหรือ.Valueคุณสมบัติซึ่งทั้งสองคืนสตริงโดยไม่มี SQL Server LCID ดังนั้นการดำเนินการทั้งหมดจะใช้ OS LCID

อาจช่วย:

• อาจใช้SqlCharsแทนSqlStringเนื่องจากไม่ได้นำข้อมูล LCID และการเปรียบเทียบจาก SQL Server
• ระบุว่าวัฒนธรรมไม่สำคัญผ่านStringComparison.InvariantCulture:
  • String.Compare(string, string, StringComparison.InvariantCulture) หรือ String.Compare(string, string, StringComparison.InvariantCultureIgnoreCase)
  • สำหรับ Regex ให้ระบุ RegexOptions.CultureInvariant

Updated ..

การโลคัลไลซ์เซชันแตกต่างระหว่าง 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);
 }