FIX: Messaggio di errore quando si esegue una query "LINQ to Entities" che utilizza un parametro di stringa o un parametro binario in un database di SQL Server Compact 3.5: "Impossibile utilizzare i tipi di dati ntext e image in dove, visto, RAGGRUPPA, su o in...

Riepilogo

In questo articolo vengono descritti i seguenti aspetti dell'hotfix:

• I problemi risolti dal pacchetto di hotfix

• Prerequisiti per l'installazione del pacchetto hotfix

• Se è necessario riavviare il computer dopo l'installazione del pacchetto hotfix

• Se il pacchetto di hotfix è sostituito da un altro pacchetto

• Se è necessario apportare le modifiche del Registro di sistema

• I file contenuti nel pacchetto di hotfix

Sintomi

Si consideri il seguente scenario. Un'applicazione utilizza Microsoft ADO.NET Entity Framework incluso in Microsoft.NET Framework 3.5 Service Pack 1 per accedere a un database di Microsoft SQL Server Compact 3.5. Nell'applicazione, si esegue una query "LINQ to Entities" che utilizza un parametro di stringa o un parametro binario nel database. In questo scenario, viene visualizzato il seguente messaggio di errore quando si esegue l'applicazione:

Causa

Quando si utilizzano i parametri per una query "LINQ to Entities" in un'applicazione, è possibile specificare i tipi di database di base. Il provider SQL Server Compact Entity Framework tenta di creare un parametro a livello di provider in base alle sfaccettature Entity Data Model (EDM) del parametro originale. SQL Server Compact non supporta il tipo di dati nvarchar (max) o il tipo di dati varbinary (max) . Pertanto, quando il provider seleziona il tipo di dati per un parametro del tipo di dati Edm.String o Edm.Binary tipo di dati, il provider ha il parametro sia contrassegnato come uno dei seguenti tipi di dati in base alle sfaccettature EDM del parametro:

• Per un parametro di stringa, il provider seleziona il tipo di dati nvarchar (4000) o il tipo di dati ntext .

• Per un parametro di tipo binario, il provider seleziona il tipo di dati varbinary(4000) o il tipo di dati di immagine .

Se il provider contrassegna il parametro come tipo di dati nvarchar (4000) o come tipo di dati varbinary(4000) , si verifica un errore quando si tenta di inserire i valori maggiori di 8.000 byte. Inoltre, se il provider contrassegna il parametro come tipo di dati ntext o come tipo di dati di immagine , verrà generato un errore se vengono eseguite le operazioni di uguaglianza, operazioni di raggruppamento o operazioni di ordinamento sul parametro.

Risoluzione

Stato

Microsoft ha confermato che questo è un problema dei prodotti Microsoft elencati nella sezione "Si applica a".

Ulteriori informazioni

Dopo avere applicato questo hotfix, il provider non indovinare il tipo di dati per un parametro di di EDM. Stringa tipo di dati o di di EDM. Binario tipo di dati. Seleziona il tipo di dati corretto per il parametro basato sul valore o sulla colonna in cui il parametro è equivalente o con cui viene utilizzato il parametro.

Ad esempio, nella seguente query Entity SQL, query processor consente di selezionare il tipo di dati ntext per il parametro name prima di applicare questo hotfix.

String name = "XYZ";var q = from e in nwind.Employees
           where e.First_Name = name
           select e;

Dopo avere applicato questo hotfix, è selezionato il tipo di dati della colonna nome per il parametro name .

Tuttavia, nell'esempio seguente, la query "LINQ a entità" ha esito negativo poiché il parametro name viene utilizzato con qualsiasi altro valore o una colonna né equivale a.

String name = "XYZ";var q = from e in nwind.Employees
           select name;

Questo hotfix risolve anche un problema noto che è descritta nel documento Leggimi per SQL Server Compact 3.5. Per ulteriori informazioni, vedere la sezione "SQL Server Compact 3.5 SP1 Runtime problemi for the ADO.NET Entity Framework" del seguente sito Web Microsoft:

http://download.microsoft.com/download/2/e/c/2ec70436-aef2-4ccb-93a3-ea2f3e20f77d/ReadmeSSC35.htmQuesto hotfix risolve il problema correlato alla corrette istruzioni Transact-SQL che vengono generate quando il provider converte subquery scalari applicare costrutti.

Nota: Le subquery correlate vengono convertite internamente in subquery scalari. La subquery non sono supportate in questa versione. Quando si eseguono tali query, viene visualizzato il seguente messaggio di errore:

L'eccezione interna contiene il seguente messaggio:

Il motivo è che ADO.NET Entity Framework query di input viene interpretato come una query che ha il tipo di join CROSS APPLY o il tipo di join OUTER APPLY. Se il lato destro della condizione di join restituisce un valore scalare, il join viene convertito in una subquery scalare. Il provider ADO.NET Entity Framework per SQL Server Compact deve convertire tale subquery scalare in una query equivalente con il tipo di join OUTER APPLY, supportato da SQL Server Compact. Tuttavia, in questa versione, questa conversione non viene eseguita correttamente. Ad esempio, si verifica un errore per la query riportata di seguito in questa versione.

C# Sample Application:using (NorthwindEntities nwEntities = new NorthwindEntities())
{
    var orders = nwEntities.Employees
                .Select(employee => employee.Orders.Max(order => order.Order_ID));
    foreach (var order in orders)
    {
       Console.WriteLine(order.ToString());
    }
}

Per ulteriori informazioni sullo schema di denominazione per gli aggiornamenti di SQL Server, fare clic sul numero riportato di seguito per visualizzare l'articolo della Microsoft Knowledge Base riportato di seguito:

I pacchetti di aggiornamento 822499 nuovo schema di denominazione per il software di Microsoft SQL Server

Per ulteriori informazioni sulla terminologia degli aggiornamenti software, fare clic sul seguente numero di articolo per visualizzare l'articolo della Microsoft Knowledge Base:

824684 descrizione della terminologia standard utilizzata per descrivere gli aggiornamenti software Microsoft