Je veux avoir quelques conseils. J'ai travaillé sur des bases de données SQL en C# mais je suis en train de développer une nouvelle application de petit niveau qui ne doit stocker que des numéros de contact. J'ai donc planifié l'accès parce que SQL serait trop gros. Comment ajouter un fichier de base de données d'accès -> il n'y a pas de fichier à ajouter quand j'ajoute un nouvel élément à la solution La consommation est-elle la même avec un peu de changement que celui de SQL? commeBase de données d'accès C#
"SELECT * FROM USERS WHERE [email protected]"
@Jaime: quel est l'avantage de votre proposition par rapport à l'utilisation d'un Access db? Merci –
Access est une ancienne solution et ne supporte pas beaucoup de fonctionnalités (et quelques constructions SQL). Vous n'avez pas besoin d'un accès installé sur votre ordinateur (à condition que vous ayez besoin de SQL CE installé, mais c'est gratuit :). Prend en charge la même API que les SQL complets ORM fonctionnent de la même manière. – Jaime
@Jamie - L'accès n'est vraiment pas une "vieille solution", plus une solution différente qui existe depuis un certain temps. SQL Server existe depuis longtemps, est-ce que cela en fait aussi une "vieille solution"? Vous n'avez pas besoin d'Access installé sur votre ordinateur; vous pouvez manipuler tout à travers le fournisseur oledb. L'un des inconvénients de l'utilisation d'Access est l'absence d'un fournisseur Entity Framework (bien que je pense avoir vu quelqu'un créer un wrapper personnalisé pour Access to Entities). Quoi qu'il en soit, pour les petits projets, Access est une solution viable et supporte presque toutes les constructions SQL. –