Häufig gestellte Fragen

Stellen Sie sicher, dass die Verbindungszeichenfolge korrekt ist und dass Ihre SQL Server-Instanz ausgeführt wird. Beachten Sie auch, dass LINQ to SQL erfordert, dass das Named Pipes-Protokoll aktiviert ist. Weitere Informationen finden Sie unter "Learning by Walkthroughs".

Stellen Sie sicher, dass Sie zum Speichern von Ergebnissen in der Datenbank aufrufen SubmitChanges .

Eine Verbindung bleibt in der Regel geöffnet, bis Sie die Abfrageergebnisse nutzen. Wenn Sie davon ausgehen, dass alle Ergebnisse verarbeitet werden und nicht zwischengespeichert werden, wenden Sie sich auf ToList die Abfrage an. In gängigen Szenarien, in denen jedes Objekt nur einmal verarbeitet wird, ist das Streamingmodell sowohl in SQL als DataReader auch in LINQ to SQL überlegen.

Die genauen Details der Verbindungsnutzung hängen von den folgenden Faktoren ab:

• Verbindungsstatus, wenn das DataContext Objekt mit einem Verbindungsobjekt erstellt wird.

• Verbindungszeichenfolgeneinstellungen (z. B. Aktivieren mehrerer aktiver Resultsets (MARS). Weitere Informationen finden Sie unter Multiple Active Result Sets (MARS).For more information, see Multiple Active Result Sets (MARS).

Obwohl LINQ to SQL keine setbasierten Updatebefehle enthält, können Sie eine der folgenden Techniken verwenden, um ohne erste Abfrage zu aktualisieren:

• Wird zum Senden von SQL-Code verwendet ExecuteCommand .

• Erstellen Sie eine neue Instanz des Objekts, und initialisieren Sie alle aktuellen Werte (Felder), die sich auf die Aktualisierung auswirken. Fügen Sie dann das Objekt mithilfe DataContext des zu ändernden Felds an, Attach und ändern Sie es.

LINQ to SQL bietet verschiedene Tools zum Überprüfen des generierten SQL-Codes. Einer der wichtigsten ist Log. Weitere Informationen finden Sie unter Debugging-Support.

LINQ to SQL bietet zwei Möglichkeiten, datenbankgenerierte Werte mithilfe von gespeicherten Prozeduren zurückzugeben:

• Durch Benennen des Ausgabeergebnisses.

• Durch explizite Angabe eines Ausgabeparameters.

Im Folgenden sehen Sie ein Beispiel für eine falsche Ausgabe. Da LINQ to SQL die Ergebnisse nicht zuordnen kann, wird immer 0 zurückgegeben:

create procedure proc2

as

begin

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

end

Im Folgenden sehen Sie ein Beispiel für eine korrekte Ausgabe mithilfe eines Ausgabeparameters:

create procedure proc2

@result int OUTPUT

as

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

go

Im Folgenden sehen Sie ein Beispiel für eine korrekte Ausgabe, indem Sie das Ausgabeergebnis benennen:

create procedure proc2

as

begin

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

end

Weitere Informationen finden Sie unter Anpassen von Vorgängen mithilfe von gespeicherten Prozeduren.

Die Codegenerierung in LINQ to SQL unterstützt DataContractSerializer die Serialisierung. Es wird nicht unterstützt XmlSerializer oder BinaryFormatter. Weitere Informationen finden Sie unter Serialization (Serialisierung).

Legen Sie die Eigenschaften Kontextnamespace und Entitätsnamespace aus dem Objektrelational-Designer auf einen eindeutigen Wert für jede DBML-Datei fest. Bei diesem Ansatz wird die Namens-/Namespacekollision beseitigt.

LINQ to SQL behandelt diese Situation automatisch für Identitätsspalten (automatisches Inkrement) und Rowguidcol (datenbankgenerierte GUID) und Zeitstempelspalten. In anderen Fällen sollten Sie manuell festlegen undIsDbGenerated=trueAutoSync=Always/ Eigenschaften festlegen.OnInsert/OnUpdate

Ja. Der erste wird nicht überschrieben, wie im folgenden Beispiel gezeigt:

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

Der objektrelationale Designer unterstützt SQL Server Compact 3.5 nicht, obwohl die LINQ to SQL-Laufzeit ausgeführt wird. In diesem Fall müssen Sie Ihre eigenen Entitätsklassen erstellen und die entsprechenden Attribute hinzufügen.

Das Erstellen der Beziehung reicht nicht aus. Sie müssen Informationen wie die Diskriminatorspalte, den Wert der Basisklasse diskriminator und den abgeleiteten Klassendiskriminatorwert angeben.

Es ist kein öffentliches Anbietermodell verfügbar. Derzeit unterstützt LINQ to SQL nur SQL Server und SQL Server Compact 3.5.

Die SQL-Einfügung ist ein erhebliches Risiko für herkömmliche SQL-Abfragen, die durch verkettete Benutzereingaben gebildet wurden. LINQ to SQL vermeidet solche Einfügungen in SqlParameter Abfragen. Die Benutzereingabe wird in Parameterwerte umgewandelt. Dieser Ansatz verhindert, dass böswillige Befehle von Kundeneingaben verwendet werden.

Führen Sie die folgenden Schritte für dieses erweiterte Szenario aus:

1. Ändern Sie in der DBML-Datei die Eigenschaft, indem Sie das IsReadOnly Flag in True.

2. Fügen Sie eine partielle Klasse hinzu. Erstellen Sie einen Konstruktor mit Parametern für die schreibgeschützten Member.

3. Überprüfen Sie den Standardwert UpdateCheck (Never), um zu bestimmen, ob dies der richtige Wert für Ihre Anwendung ist.

   Vorsicht

   Wenn Sie den objektrelationalen Designer in Visual Studio verwenden, werden ihre Änderungen möglicherweise überschrieben.

Ja, die System.Data.Linq.dll-Assembly gehört zu den .NET Framework-Assemblys, die mit dem AllowPartiallyTrustedCallersAttribute Attribut gekennzeichnet sind. Ohne diese Markierung sind Assemblys in .NET Framework nur für voll vertrauenswürdigen Code vorgesehen.

Das Hauptszenario in LINQ to SQL zum Zulassen teilweise vertrauenswürdiger Aufrufer besteht darin, den Zugriff auf die LINQ to SQL-Assembly über Webanwendungen zu ermöglichen, wobei die Vertrauenskonfiguration "Mittel" ist.

Sie können eine Ansicht in einer Datenbank erstellen und die Entität der Ansicht zuordnen. LINQ to SQL generiert dieselbe SQL für Ansichten wie für Tabellen.

Versuchen Sie nicht, Instanzen von DataContext. Jeder DataContext verwaltet den Status (einschließlich eines Identitätscaches) für eine bestimmte Bearbeitungs-/Abfragesitzung. Um neue Instanzen basierend auf dem aktuellen Status der Datenbank abzurufen, verwenden Sie eine neue DataContext.

Sie können weiterhin zugrunde liegende ADO.NET Verbindungspools verwenden. Weitere Informationen finden Sie unter SQL Server-Verbindungspooling (ADO.NET).

Dieses Verhalten ist beabsichtigt. LINQ to SQL gibt weiterhin dieselben Instanzen/Werte zurück, die Sie in der ersten Instanz gesehen haben. Wenn Sie Aktualisierungen vornehmen, verwenden Sie optimistische Parallelität. Die ursprünglichen Daten werden verwendet, um den aktuellen Datenbankstatus zu überprüfen, um zu bestätigen, dass sie tatsächlich noch unverändert ist. Wenn sich der Konflikt geändert hat, tritt ein Konflikt auf, und Die Anwendung muss sie beheben. Eine Option Ihrer Anwendung besteht darin, den ursprünglichen Zustand auf den aktuellen Datenbankstatus zurückzusetzen und das Update erneut zu versuchen. Weitere Informationen finden Sie unter How to: Manage Change Conflicts.

Sie können auch auf "false" festlegen ObjectTrackingEnabled , wodurch das Zwischenspeichern und die Änderungsnachverfolgung deaktiviert wird. Sie können dann bei jeder Abfrage die neuesten Werte abrufen.

Der schreibgeschützte Modus deaktiviert die Möglichkeit des Kontexts, Änderungen nachzuverfolgen.

Siehe auch

• Referenz
• Problembehandlung
• Sicherheit in LINQ to SQL