LINQ to SQL avec des applications client-serveur fortement couplées
Mise à jour : November 2007
LINQ to SQL peut être utilisé sur la couche intermédiaire avec des clients intelligents fortement couplés sur la couche Présentation. Dans les scénarios qui impliquent l'accès aux données en lecture seule, aucun contrôle d'accès concurrentiel ni accès concurrentiel optimiste avec horodatages, la complexité n'est guère supérieure à celle des scénarios sans accès à distance. Toutefois, lorsqu'une base de données requiert des contrôles d'accès concurrentiel optimiste avec les valeurs d'origine, LINQ to SQL ne fournit pas le niveau de prise en charge pour l'aller-retour (round-trip) de données que vous trouvez dans DataSets. Toutefois, une couche intermédiaire LINQ to SQL peut échanger des données avec les clients sur toutes les plateformes.
LINQ to SQL en Visual Studio 2008 ne fournit aucune infrastructure pour le suivi de l'état des entités après leur sérialisation sur un client. LINQ to SQL active des architectures orientées service où les interactions entre les couches Données et Présentation sont faibles et relativement atomiques, mais n'exécute aucun aller-retour des valeurs d'origine. Par conséquent, si vous souhaitez utiliser un client intelligent fortement couplé avec LINQ to SQL et qu'une base de données utilise l'accès concurrentiel optimiste avec les valeurs d'origine, vous devrez implémenter votre propre mécanisme pour communiquer les modifications entre la couche présentation et la couche intermédiaire. Il incombe au concepteur de systèmes de décider s'il convient de consentir ce petit effort supplémentaire en échange des avantages fournis par LINQ to SQL sur la couche intermédiaire. En revanche, si la base de données comporte des horodatages, il n'est pas nécessaire de disposer d'une logique de suivi des modifications personnalisée.
Voir aussi
Concepts
Applications multicouches et distantes avec LINQ to SQL
Applications multicouches LINQ to SQL avec les services Web