SQL Server 2014'te CLR'yi Kilitleme (Windows 2012R2)

Sütunlarda bir dize üzerinde RegEX işlevi yapan bu küçük CLR var.

Windows Server 2012R2'de SQL Server 2014 (12.0.2000) üzerinde çalışırken, işlem

Msg 0, Seviye 11, Durum 0, Satır 0 Geçerli komutta ciddi bir hata oluştu. Varsa sonuçlar atılmalıdır.

ve eğer yaparsam bir yığın dökümü verir

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

ama yaptığımda

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

satırları döndürür.

Windows 8.1 üzerinde çalışan aynı SQL Server derlemesinde mükemmel çalışır.

Herhangi bir fikir?

- Düzenle Olabildiğince basit

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

Yani küçük değişiklikler ile bu şimdi çalışıyor: C # ana ders örtülü veri dönüştürme sakının TSQL ile aynı gibi görünüyor.

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

Sorun, Windows işletim sistemi ve SQL Server (özellikle derlemenin yüklü olduğu veritabanı) arasındaki yerel bir çakışmadır. Her ikisinin de neye ayarlandığını görmek için aşağıdaki sorguyu çalıştırabilirsiniz:

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

Eğer farklılarsa, gördüğünüz gibi kesinlikle "tuhaf" davranışlar elde edebilirsiniz. Sorun şudur:

• SqlStringmetnin kendisinden daha fazlasını içerir: derlemenin bulunduğu veritabanının varsayılan harmanlamasını içerir. Harmanlama iki bilgi parçasından oluşur: yerel bilgi (yani LCID) ve büyük / küçük harf, aksan, kana, genişlik veya her şeye (ikili ve ikili2) duyarlılığı ayrıntılandıran karşılaştırma seçenekleri (örn. SqlCompareOptions).
• NET'te dize işlemleri, açıkça bir yerel ayar verilmedikçe, Windows'ta ayarlanan geçerli iş parçacığının yerel ayar bilgilerini (yani İşletim Sistemi / OS) kullanın.

Çakışma genellikle bir SqlString parametresini kullanmadan .Valueveya .ToString()örtük bir dönüşüm gerçekleştirecek şekilde başvururken ortaya çıkar SqlString. Bu durumda, LCID'lerin eşleşmediğini söyleyen bir istisnaya neden olur.

Görünüşe göre bu durumda gösterildiği gibi Regex kullanmak da dahil olmak üzere (bazı / tüm?) Dize karşılaştırmaları yapmak gibi diğer senaryolar vardır (şimdiye kadar bunu çoğaltmayı başaramadım).

Düzeltmeler için bazı fikirler:

İdeal (karşılaştırmanın nasıl işlediğine dair beklentiler her zaman karşılanacaktır):

• Windows veya SQL Server LCID'yi (varsayılan dil), her ikisinin de eşleşeceği şekilde değiştirin

İdeal olandan daha az (Windows yerel ayarının davranışı eşitlik ve sıralama için aynı kurallar olmayabilir ve bu nedenle beklenmedik sonuçlar olabilir ):

• İşlemlerin tümü OS LCID'yi kullanacak şekilde SQL Server LCID olmadan dizeyi döndüren .ToStringyöntemi veya .Valueözelliği kullanın .

Yardımcı olabilir:

• Belki kullanmak SqlCharsyerine SqlStringSQL Server LCID ve harmanlama info boyunca getirmiyor olarak
• Kültürün aşağıdakiler yoluyla önemli olmadığını belirtin StringComparison.InvariantCulture:
  • String.Compare(string, string, StringComparison.InvariantCulture) veya String.Compare(string, string, StringComparison.InvariantCultureIgnoreCase)
  • Normal İfade için şunu belirtin RegexOptions.CultureInvariant

Güncellenmiş..

Srutzky'nin işaret ettiği gibi SQL Engine ve pencere Sunucusu arasındaki yerelleştirme farklıdır:

os_language_version SqlServerLCID
1033 1039

Aşağıdaki kod değişikliği - seçeneğin ayarlanması RegexOptions.CultureInvarianthatayı alır. Değişmeyen kod, Windows Server 2012R2'de SQL Server 2012'yi aynı dil ayarlarıyla kilitlemez, ancak SQL Server 2014'te kilitler.

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