Je sais que de nos jours il y a beaucoup de choses à faire que vous pouvez utiliser, mais si vous voulez un contrôle total sur les requêtes/requêtes db, et la meilleure performance, je pense que c'est la voie à suivre. Aussi parce que ADO.NET fait la connexion automatique pour SqlConnection, comment pensez-vous?est-il correct de faire le Data Access Layer en utilisant seulement SqlConnection SqlCommand et SqlDataReader
Si vous avez besoin de meilleures performances, c'est OK. Cela vous donne plus de contrôle et de meilleures performances. En passant, voici un article sur les choses que vous devriez prendre en considération qui affecte les performances lors de l'utilisation de ADO.NET: How Data Access Code Affects Database Performance
Absolument. Si les performances extrêmes sont ce que vous voulez, vous ne pouvez pas obtenir beaucoup plus vite que cela. Je pense que c'est encore OK.
En fait, je suis en train de faire un système de reporting qui utilise SQL, DataReaders, et SQLConnections car tout ce qu'il fait, c'est le SQL. Les cubes OLAP ne sont pas exactement les meilleurs candidats pour les mappeurs OR.
Je pense que c'est parfaitement bien. Vous seul pouvez déterminer votre meilleur jeu d'outils pour un projet donné, et aussi longtemps que vous les utilisez correctement, en suivant les meilleures pratiques, utilisez ce que vous pensez être le meilleur.
Personnellement, je préfère utiliser les outils que vous avez mentionnés, parce que j'aime le contrôle plus fin. Je n'utilise que les composants glisser-déposer pour les tâches très simples, et bon, il y a maintenant des données dynamiques pour ces tâches.
Si vous avez vraiment besoin d'un contrôle total sur les requêtes SQL générées et que vous recherchez les meilleures performances, c'est la solution. Mais parfois, la meilleure performance se fait au détriment d'un code moins lisible et moins facile à maintenir. Si tel est le cas, vous devrez peut-être décider si ce prix vaut la peine d'être payé.
Oui, je pense que c'est tout à fait OK! Personnellement, j'aime avoir le plein contrôle, pour définir exactement comment la db interation est faite et vous donner un contrôle absolu sur l'optimisation des performances. Je voulais juste ajouter que bien sûr, SqlDataAdapters et DataTables peuvent avoir leur place, surtout si vous voulez transmettre des données déconnectées.
Oui vous avez raison, il a les meilleures performances, mais vous devez prendre en considération tous les points avant de prendre la décision, il y a des outils ORM qui peuvent contrôler toutes vos données, et ils sont très bien dans la performance .
Vous pouvez également vous intéresser à la bibliothèque d'entreprise. Il utilise les objets ADO.Net de base tout en minimisant le code requis pour effectuer ces appels dans votre code.