Falhando no CLR no SQL Server 2014 (windows 2012R2)

Eu tenho esse pequeno CLR que faz uma função RegEX em uma seqüência de caracteres em colunas.

Ao executar no SQL Server 2014 (12.0.2000) no Windows Server 2012R2, o processo falha com

Msg 0, Nível 11, Estado 0, Linha 0 Ocorreu um erro grave no comando atual. Os resultados, se existirem, deveriam ser descartados.

e dá um despejo de pilha se eu fizer

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

mas quando eu faço

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

retorna as linhas.

Funciona perfeitamente na mesma versão do SQL Server em execução no Windows 8.1.

Alguma ideia?

- Edit É o mais simples possível

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

Então, com pequenas mudanças, isso funciona agora: A principal lição em C # parece ser a mesma que em TSQL, cuidado com a conversão implícita de dados.

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

O problema é um conflito de localidade entre o sistema operacional Windows e o SQL Server (especificamente o banco de dados em que o assembly está carregado). Você pode executar a seguinte consulta para ver o que eles estão definidos para:

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

Se eles são diferentes, você pode definitivamente ter algum comportamento "estranho", como o que está vendo. A questão é que:

• SqlStringinclui mais do que apenas o próprio texto: inclui o agrupamento padrão do banco de dados no qual o assembly existe. O agrupamento é composto por duas informações: as informações da localidade (por exemplo, LCID) e as opções de comparação (por exemplo, SqlCompareOptions) que detalham a sensibilidade a maiúsculas, minúsculas, kana, largura ou tudo o mais (binário e binário2).
• As operações de sequência no .NET, a menos que seja explicitamente fornecido um código de idioma, use as informações de código de idioma do encadeamento atual, definido no Windows (ou seja, o Sistema operacional / SO).

O conflito geralmente ocorre ao fazer referência a um parâmetro SqlString sem usar .Value ou para .ToString()que ele faça uma conversão implícita SqlString. Nesse caso, causaria uma exceção dizendo que os LCIDs não correspondem.

Aparentemente, existem outros cenários, como a comparação (algumas / todas?) De cadeias, inclusive ao usar o Regex, como mostra este caso (embora até agora eu não tenha sido capaz de reproduzir isso).

Algumas idéias para correções:

Ideal (sempre serão atendidas as expectativas em relação ao funcionamento das comparações):

• Altere o LCID do Windows ou do SQL Server (idioma padrão) para que ambos correspondam

Inferior ao ideal (o comportamento da localidade do Windows pode não ser as mesmas regras para igualdade e classificação e, portanto, poderia haver resultados inesperados):

• Use o .ToStringmétodo ou a .Valuepropriedade, que retornará a sequência sem o LCID do SQL Server, para que todas as operações utilizem o LCID do sistema operacional.

Pode ajudar:

• Talvez use em SqlCharsvez deSqlString não trazer as informações de LCID e agrupamento do SQL Server
• Especifique que a cultura não importa via StringComparison.InvariantCulture :
  • String.Compare(string, string, StringComparison.InvariantCulture) ou String.Compare(string, string, StringComparison.InvariantCultureIgnoreCase)
  • Para Regex, especifique RegexOptions.CultureInvariant

Atualizada..

A localização é diferente entre o Mecanismo SQL e a janela Servidor, como @srutzky aponta:

os_language_version SqlServerLCID
1033 1039

A seguinte alteração no código - definir a opção RegexOptions.CultureInvariantcontorna o erro. O código inalterado não trava o SQL Server 2012 no Windows Server 2012R2 com as mesmas configurações de idioma, mas o faz no 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);
 }