L'existant SqlConnection
et d'autres connexions connexes existe toujours au sein de la System.Data.SqlClient
et devrait fonctionner comme prévu avec le cadre complet ou .NET Core.
Il vous suffira d'ajouter les références et les instructions d'utilisation appropriées pour l'inclure, par exemple par le biais de l'attribut System.Data.SqlClient
comme indiqué ci-dessous dans votre project.json
fichier :
et l'appeler ensuite via la syntaxe à laquelle vous êtes habitué :
using(var connection = new SqlConnection("{your-connection-string}"))
{
// Do work here
}
Tant que vous disposez d'une chaîne de connexion valide pour vous connecter à votre ancienne base de données existante, tout devrait bien se passer.
Concernant l'utilisation de l'ORM
J'ai aussi découvert que certaines personnes utilisent Dapper, un Micro-ORM pour Entity Framework, apparemment plus flexible. Y a-t-il des avantages à l'utiliser au lieu d'ADO.NET ?
Ces ORM (object-relational mappers) sont des outils pratiques et souvent puissants qui peuvent plus facilement faire correspondre les données de votre base de données existante à des classes et des objets spécifiques, ce qui peut les rendre plus faciles à utiliser (par opposition à l'itération dans un lecteur de données, à l'analyse de chacune de vos lignes et à la construction manuelle de chaque objet).
En ce qui concerne les performances, cela dépend en fin de compte de ce que vous allez faire avec vos requêtes. ADO.NET sera généralement le plus rapide, car il s'agit d'une connexion de base à la base de données, mais dans certains scénarios, Dapper peut même le battre. Entity Framework, bien que très utile, est généralement à la traîne en termes de performances, simplement parce qu'il s'agit d'un ORM très vaste.
Encore une fois, cela dépend en fin de compte de ce que vous faites, mais toutes les options sont viables.
11 votes
Eh bien, avez-vous a essayé l'utiliser dans un projet .NET Core ? Cela semble être le premier élément de recherche le plus évident à faire.
0 votes
Je l'ai déjà fait, je ne peux pas compiler car "SqlDataAdapter could not be found". Apparemment, System.Data n'est pas disponible dans le projet .NET Core. Il y a deux possibilités : Application Web .NET Core utilisant le Framework Core, et une autre application Web .NET Core utilisant le Framework .NET. Lorsque j'ai choisi la première, j'ai eu ce problème.
0 votes
Eh bien, il ne serait pas disponible sans l'ajout d'une dépendance - mais vous devriez essayer de voir s'il y a une dépendance compatible avec .NET Core que vous pourriez utiliser....
0 votes
Je dois donc installer System.Data.SqlClient via NuGet ?
1 votes
Eh bien, via un paquet nuget, mais pas via le client nuget... vous devez l'exprimer comme une dépendance dans votre fichier de projet.