Meilleur moyen d'accéder à une base de données SQL Server à l'aide de C # .Net

Je suis nouvelle .NET et avons entendu parler de plusieurs façons différentes de l'interrogation d'un Serveur SQL server databse comme ADO.NET et entity framework.

Quelqu'un peut-il me donner quelques conseils sur la meilleure voie à suivre pour de nouvelles applications?

Merci pour toute aide ou suggestion.

source d'informationauteur user483267

  1. 10

    Voici un exemple de l'utilisation de EF avec la génération de code à partir de la base de données (pour une application réelle, vous voudrez probablement pour générer votre base de données à partir du code, à la place):

    1. Clic droit sur votre projet >> Ajouter >> Nouveau Point >> ADO.NET Modèle de Données d'Entité.
    2. Choisir un nom pour votre entités à savoir MyEntities.edmx, cliquez sur Suivant
    3. Sélectionnez "Générer à partir de la base de données"
    4. Configurer une Nouvelle Connexion " s'il n'existe pas déjà là. Prochaine.
    5. Sélectionnez les Tables, les Vues, et SPROCs vous souhaitez inclure dans les entités. Finition.

    Vous verrez un fichier MyEntities.edmx ajouté à votre projet. Vous pouvez l'ouvrir en mode création pour voir un schéma de vos entités et des relations. Notez que chaque entité doit avoir une clé primaire - la meilleure façon de le faire est d'ajouter un ID auto-incrémentés à chaque table, une colonne GUID. De toute façon maintenant, vous pouvez interroger votre base de données comme ceci:

    //assuming a "Product" table, which has an entity pluralized to "Products"

MyEntities db = new MyEntities();

var cheapProducts = db.Products.Where(p => p.Price > 30); //var is IEnumerable<Product>
  2. 2

    Entity Framework est le plus facile, et ses construit en.

    Tout ce que vous avez à faire est important votre modèle, et puis il suffit de mettre à jour des classes simples, qui sont automatiquement mappés à votre base de données.

    Son juste comme la mise à jour des objets classiques, mais à la fin vous appelez SaveChanges.

  3. 2

    LINQ to SQL est assez facile de travailler avec. Vous pouvez faire glisser et déposer vos tables de base de données dans le concepteur et l'écriture assez simple requêtes en quelques minutes.

        NorthwindDataContext db = new NorthwindDataContext();

    var products = from p in db.Products
                   select p;

    Qui aura pour traduire en SELECT * from Produits

    Quelques autres de sélectionner des échantillons:

        var products = from p in db.Products
                   where p.Category.Name == "Beverages"
                   select p;

    var products = from p in db.Products
                   orderby p.Name
                   select p;
  4. 2

    À mon avis, la meilleure solution est de créer une classe intermédiaire entre la db et de l'application (un certain type de données de la couche), un certain nombre de méthodes pour gérer les requêtes.
    La Description ci-dessous de la base sur SQLite comme une analogie pour SQLServer (ADO connecteur)

    Mentionné classe peut par singleton, et vous pouvez l'appeler instance où vous le souhaitez dans votre application pour SQLite il peut ressemble à ça:

    private static SQLite instance;

public static SQLite getInstance()
{
   if(instance == null)
   {
    instance = new SQLite();
    thread = Thread.CurrentThread.ManagedThreadId;
   }
   return instance;
}

    Vous pouvez obtenir l'instance de cette façon:

    SQLite db = SQLite.getInstance();

    Cette classe peut contenir plusieurs méthodes pour la manipulation de données par exemple:

    public SQLiteCommand prepareQuery(string sql)
{
   cmd = new SQLiteCommand(sql, conn);
   return cmd;
}

public SQLiteDataReader executeReader()
{   
    return cmd.ExecuteReader();
}

public int executeInt()
{
   object obj = cmd.ExecuteScalar();
   return (int)obj;
}

    mais aussi des transactions de gérer et de diagnostoc méthodes.
    Alors maintenant, vous pouvez l'utiliser comme classe dans vous demande si vous avez d'autres db sources ou même db types, vous pouvez créer, à côté des données de la couche (par exemple pour Oracle et MSSQL, MySQL ...) qui ont chacune met en œuvre la même interface, par exemple:

    IDataBase

    et maintenant, vous avez une sorte de façade, vous pouvez remplacer au besoin dynamicly.
    À partir de ce moment, en utilisant db dans la demande est concentrée dans un seul endroit, et c'est un pur plaisir pour le programmeur à utiliser - c'est ma suggestion.

  5. 2

    NHibernate est le chemin à parcourir. Voir http://nhforge.org et http://sf.net/projects/nhibernate pour plus d'informations.

    La principale différence entre Entity Framework et NHibernate est que Entity Framework est uniquement pour Microsoft SQL Serveur (Oracle est une sorte de prise en charge, mais le soutien n'est pas l'idéal). NHibernate prend en charge de nombreux de nombreux de nombreux bases de données.