LINQ to SQL mit eng verknüpften Client-Server-Anwendungen
LINQ to SQL kann auf der mittleren Ebene zusammen mit eng verknüpften intelligenten Clients auf der Darstellungsebene verwendet werden. Szenarien mit schreibgeschütztem Datenzugriff, ohne Überprüfungen auf vollständige Parallelität oder ohne vollständige Parallelität mit Timestamps sind nicht wesentlich komplexer als Szenarien ohne Remotezugriff. Wenn für eine Datenbank jedoch eine Überprüfung auf vollständige Parallelität mit ursprünglichen Werten erforderlich ist, bietet LINQ to SQL nicht die erforderliche Unterstützung für Roundtrips durch die in DataSets enthaltenen Daten. Eine mittlere LINQ to SQL-Ebene kann Daten jedoch mit Clients auf beliebigen Plattformen austauschen.
LINQ to SQL in Visual Studio 2008 stellt keine Infrastruktur zum Nachverfolgen des Entitätszustands bereit, nachdem die Serialisierung in einen Client erfolgte. LINQ to SQL aktiviert dienstorientierte Architekturen, in denen es nur wenig und relativ atomare Interaktionen zwischen den Daten und den Darstellungsschichten gibt. Es werden jedoch keine Round-Trips von ursprünglichen Werten ausgeführt. Wenn Sie einen eng gekoppelten intelligenten Client mit LINQ to SQL einsetzen möchten und eine Datenbank vollständige Parallelität mit ursprünglichen Werten verwendet, müssen Sie deshalb einen eigenen Mechanismus implementieren, um Änderungen zwischen Präsentationsebene und mittlerer Ebene zu kommunizieren. Es liegt im Ermessen des System-Designers, ob dieser geringe zusätzliche Arbeitsaufwand die Vorteile aufwiegt, die LINQ to SQL auf der mittleren Ebene bereitstellt. Wenn die Datenbank über Timestamps verfügt, besteht andererseits keine Notwendigkeit für eine benutzerdefinierte Logik zur Änderungsverfolgung.
Siehe auch
Konzepte
N-Tier- und Remoteanwendungen mit LINQ to SQL
LINQ to SQL-N-Tier mit Webdiensten