Quelqu'un peut-il me dire pourquoi j'utiliserais un adaptateur de requête dans le concepteur de jeu de données au lieu d'ajouter des requêtes à l'adaptateur de table?Jeux de données. Pourquoi utiliser l'adaptateur de requête à la place ou l'adaptateur de table?
Cordialement
Parfois, vos requêtes ne doivent pas nécessairement être associé à une DataTable réelle. Vous avez peut-être une requête logiquement groupée dans votre DataSet, mais qui n'a pas de véritable magasin de sauvegarde.
Par exemple, supposons que vous vouliez appeler une procédure stockée qui supprime en toute sécurité tous les enregistrements associés pour un client donné:
proc_DeleteAllAssociatedCustomerRecords
Cela n'appartient vraiment pas à une entité particulière car il peut couvrir plusieurs tables, mais appartient toujours à votre CustomerDataSet.
En plus de la réponse de Josh, j'ajouterais que c'est utile quand vous avez une requête select qui a un schéma différent du reste d'une table. Supposons que vous souhaitiez simplement identifier le nom & à partir d'une table pour une liste déroulante, et cette table contient beaucoup de champs.
Contrairement aux adaptateurs de données standard, les adaptateurs de table peuvent contenir plusieurs requêtes pour remplir leurs tables de données associées. Vous pouvez définir autant de requêtes pour un TableAdapter que votre application requiert, tant que chaque requête renvoie des données conformes au même schéma que sa table de données associée. Cela permet le chargement de données qui répondent à des critères différents.
Outre les requêtes qui renvoient des données du même schéma que la table de données TableAdapter, vous pouvez ajouter des requêtes qui renvoient des valeurs scalaires (simples). Par exemple, la création d'une requête qui renvoie un nombre de clients (SELECT Count (*) From Customers) est valide pour un CustomersTableAdapter même si les données renvoyées ne sont pas conformes au schéma de la table.
http://msdn.microsoft.com/en-us/library/bz9tthwx(VS.80).aspx