Często zadawane pytania

Upewnij się, że parametry połączenia jest poprawna i że wystąpienie programu SQL Server jest uruchomione. Należy również pamiętać, że protokół LINQ to SQL wymaga włączenia protokołu nazwanych potoków. Aby uzyskać więcej informacji, zobacz Edukacja by Walkthroughs (Przewodniki).

Upewnij się, że wywołasz metodę SubmitChanges , aby zapisać wyniki w bazie danych.

Połączenie zwykle pozostaje otwarte do momentu korzystania z wyników zapytania. Jeśli oczekujesz czasu na przetworzenie wszystkich wyników i nie chcesz buforować wyników, zastosuj je ToList do zapytania. W typowych scenariuszach, w których każdy obiekt jest przetwarzany tylko raz, model przesyłania strumieniowego jest lepszy zarówno w modelu LINQ to SQL, jak DataReader i LINQ to SQL.

Szczegółowe informacje o użyciu połączenia zależą od następujących elementów:

• Połączenie stan, jeśli DataContext obiekt jest skonstruowany z obiektem połączenia.

• ustawienia ciągu Połączenie ion (na przykład włączenie wielu aktywnych zestawów wyników (MARS). Aby uzyskać więcej informacji, zobacz Wiele aktywnych zestawów wyników (MARS).

Mimo że linQ to SQL nie ma poleceń aktualizacji opartych na ustawieniu, można użyć jednej z następujących technik do aktualizacji bez uprzedniego wykonywania zapytań:

• Użyj ExecuteCommand polecenia , aby wysłać kod SQL.

• Utwórz nowe wystąpienie obiektu i zainicjuj wszystkie bieżące wartości (pola), które mają wpływ na aktualizację. Następnie dołącz obiekt do DataContext obiektu przy użyciu i Attach zmodyfikuj pole, które chcesz zmienić.

LINQ to SQL udostępnia kilka narzędzi do sprawdzania wygenerowanego kodu SQL. Jednym z najważniejszych elementów jest Log. Aby uzyskać więcej informacji, zobacz Debugowanie pomocy technicznej.

LINQ to SQL udostępnia dwa sposoby zwracania wartości generowanych przez bazę danych za pomocą procedur składowanych:

• Nazewnictwo wyniku wyjściowego.

• Jawnie określając parametr wyjściowy.

Poniżej przedstawiono przykład nieprawidłowych danych wyjściowych. Ponieważ linQ to SQL nie może mapować wyników, zawsze zwraca wartość 0:

create procedure proc2

as

begin

select max(i) from t where name like 'hello'

end

Poniżej przedstawiono przykład poprawnych danych wyjściowych przy użyciu parametru wyjściowego:

create procedure proc2

@result int OUTPUT

as

select @result = MAX(i) from t where name like 'hello'

go

Poniżej przedstawiono przykład poprawnych danych wyjściowych, nazewnictwa wyniku wyjściowego:

create procedure proc2

as

begin

select nax(i) AS MaxResult from t where name like 'hello'

end

Aby uzyskać więcej informacji, zobacz Dostosowywanie operacji przy użyciu procedur składowanych.

Generowanie kodu w linQ to SQL obsługuje DataContractSerializer serializacji. Nie obsługuje XmlSerializerBinaryFormatterani . Aby uzyskać więcej informacji, zobacz Serializacja.

Ustaw właściwości przestrzeni nazw kontekstu i przestrzeni nazw jednostek z Projektant obiektu na unikatową wartość dla każdego pliku DBML. Takie podejście eliminuje kolizję przestrzeni nazw/nazw.

LINQ to SQL obsługuje tę sytuację automatycznie dla tożsamości (przyrostu automatycznego) i rowguidcol (identyfikator GUID generowanego przez bazę danych) i kolumn sygnatury czasowej. W innych przypadkach należy ręcznie ustawić IsDbGenerated=true właściwości iAutoSync=/AlwaysOnInsert/OnUpdate.

Tak. Pierwszy nie jest zastępowany, jak w poniższym przykładzie:

Dim dlo As New DataLoadOptions()
dlo.LoadWith(Of Order)(Function(o As Order) o.Customer)
dlo.LoadWith(Of Order)(Function(o As Order) o.OrderDetails)

DataLoadOptions dlo = new DataLoadOptions();
dlo.LoadWith<Order>(o => o.Customer);
dlo.LoadWith<Order>(o => o.OrderDetails);

Relacyjna Projektant obiektów nie obsługuje programu SQL Server Compact 3.5, chociaż środowisko uruchomieniowe LINQ to SQL nie jest obsługiwane. W takiej sytuacji należy utworzyć własne klasy jednostek i dodać odpowiednie atrybuty.

Tworzenie relacji nie wystarczy. Należy podać informacje, takie jak kolumna dyskryminująca, wartość dyskryminująca klasy bazowej i wartość dyskryminująca klasy pochodnej.

Nie jest dostępny model dostawcy publicznego. Obecnie linQ to SQL obsługuje tylko programy SQL Server i SQL Server Compact 3.5.

Wstrzyknięcie kodu SQL jest istotnym zagrożeniem dla tradycyjnych zapytań SQL utworzonych przez łączenie danych wejściowych użytkownika. LINQ to SQL unika takiego wstrzykiwania przy użyciu SqlParameter w zapytaniach. Dane wejściowe użytkownika są przekształcane w wartości parametrów. Takie podejście uniemożliwia korzystanie ze złośliwych poleceń z danych wejściowych klienta.

Wykonaj następujące kroki dla tego zaawansowanego scenariusza:

1. W pliku dbml zmodyfikuj właściwość, zmieniając flagę IsReadOnly na True.

2. Dodaj klasę częściową. Utwórz konstruktor z parametrami dla elementów członkowskich tylko do odczytu.

3. Przejrzyj wartość domyślną UpdateCheck (Never), aby określić, czy jest to poprawna wartość aplikacji.

   Uwaga

   Jeśli używasz Projektant relacyjnych obiektów w programie Visual Studio, zmiany mogą zostać zastąpione.

Tak, zestaw System.Data.Linq.dll należy do tych zestawów programu .NET Framework oznaczonych atrybutem AllowPartiallyTrustedCallersAttribute . Bez tego oznaczenia zestawy w programie .NET Framework są przeznaczone tylko do użytku przez w pełni zaufany kod.

Głównym scenariuszem w języku LINQ to SQL umożliwiającym częściowo zaufanym obiektom wywołującym jest umożliwienie dostępu do zestawu LINQ to SQL z aplikacji internetowych, gdzie konfiguracja zaufania to Średni.

Widok można utworzyć w bazie danych i zamapować jednostkę na widok. LINQ to SQL generuje ten sam język SQL dla widoków, co w przypadku tabel.

Nie próbuj ponownie używać wystąpień programu DataContext. Każdy DataContext zachowuje stan (w tym pamięć podręczną tożsamości) dla jednej konkretnej sesji edycji/zapytania. Aby uzyskać nowe wystąpienia na podstawie bieżącego stanu bazy danych, użyj nowego DataContext.

Nadal można używać bazowych ADO.NET buforowania połączeń. Aby uzyskać więcej informacji, zobacz Sql Server Połączenie ion Pooling (ADO.NET).

Wynika to z ustawienia fabrycznego. LinQ to SQL nadal zwraca te same wystąpienia/wartości, które są wyświetlane w pierwszym wystąpieniu. Podczas wprowadzania aktualizacji używasz optymistycznej współbieżności. Oryginalne dane są używane do sprawdzania stanu bieżącej bazy danych w celu potwierdzenia, że w rzeczywistości nadal pozostają niezmienione. Jeśli uległa zmianie, wystąpi konflikt, a aplikacja musi ją rozwiązać. Jedną z opcji aplikacji jest zresetowanie oryginalnego stanu do bieżącego stanu bazy danych i ponowne wypróbowanie aktualizacji. Aby uzyskać więcej informacji, zobacz How to: Manage Change Conflicts (Jak zarządzać konfliktami zmian).

Można również ustawić ObjectTrackingEnabled wartość false, co powoduje wyłączenie buforowania i śledzenia zmian. Następnie możesz pobrać najnowsze wartości za każdym razem, gdy wykonujesz zapytanie.

Tryb tylko do odczytu wyłącza możliwość śledzenia zmian w kontekście.

Zobacz też

• Odwołanie
• Rozwiązywanie problemów
• Zabezpieczenia w składniku LINQ to SQL