Parametr zapytania pełnotekstowego dla ciąg kwerendy pełnotekstowej jest nieprawidłowy

Question

Używam wyszukiwania pełnotekstowego z LINQ w mojej aplikacji i ponieważ nie jest to obsługiwane przez LINQ Używam obejścia funkcja wartości tabela. Ta funkcja jest tworzona na serwerze SQL Server 2008.

Co zaskakujące, pojawia się błąd "Parametr zapytania pełnego tekstu dla ciąg kwerend o pełnym tekście jest nieprawidłowy", gdy szukam prostego tekstu, np. "Manager"

Użyłem programu SQL Server Profiler i dowiedziałem się, że LINQ wygenerował parametr jako nvarchar (4000) zamiast nvarchar (250), który jest w mojej funkcji.

Największa niespodzianka pojawiła się, gdy zmieniłem moją funkcję SQL Server, więc akceptuje parametr jako nvarchar (4000) zamiast nvarchar (250) i problem został rozwiązany.

Grałem również, aby zmienić parametr na nvarchar (2000) i mniej, ale to też nie zadziałało.

Czy ktoś wie, dlaczego tak się zachowuje?

Zaktualizowano 18 listopada 2013 - Dobre i złe wieści

Dobra wiadomość - jestem teraz przy użyciu Entity Framework 6 dla tego konkretnego przykładu i nie jest już potrzebne do korzystania nvarchar (4000)

Bad news - Musisz użyć zamiast nvarchar (max) :-(

Answer 1

dla expanation patrz poniższy link http://social.msdn.microsoft.com/Forums/en-US/linqtosql/thread/1a46d676-32f0-44a4-b39f-61a17bccb8e3/.

Answer 2

Musisz upewnić się, że rozmiar zmiennych varchar (lub nvarchar) jest taki sam w funkcji sql i gdzie są one zadeklarowane.

W moim przypadku miałem funkcję, która zadeklarowała zmienną jako nvarchar (100), ale procedura składowana, która wywołała funkcję, zadeklarowała, że ​​zmienna została przekazana jako nvarchar (200). Zmiana tej funkcji, która ma być taka sama jak zmienna procedury składowanej, naprawiła to.

Poniższy kod przedstawia niedziałający przypadek z niespójnymi rozmiarami nvarchar.

CREATE FUNCTION [dbo].[udf_FullTextSearch](@searchExpression nvarchar(100)) 
RETURNS TABLE 
AS 
    RETURN 
    SELECT * 
    FROM Company c 
    WHERE contains(c.Name, @searchExpression) 
GO 

DECLARE @searchExpression nvarchar(200) = '"ltd"' 
SELECT * FROM [dbo].[udf_FullTextSearch](@searchExpression) 

Answer 3

W moim przypadku musiałem zmusić Java, aby zadzwonić do mojego stolika-Value-Function z pasującymi typ danych jak poniżej

query.setParameter(0, variable, new **StringNVarcharType**() )