Il modo migliore per accedere a un database SQL Server tramite C# .Net

Question

Sono nuovo su .NET e ho sentito parlare di diversi modi di interrogare un database SQL Server come ADO.NET e il framework di entità.

Qualcuno può darmi qualche consiglio sul modo migliore di andare per nuove applicazioni?

Grazie per qualsiasi aiuto o suggerimento.

Answer 1

Ecco un esempio di utilizzo EF con la generazione del codice dalla banca dati (per un'applicazione reale probabilmente vuoi generare il tuo DB dal codice, invece):

1. Fare clic con il tasto destro sul progetto >> Aggiungi >> Nuovo I tem >> Modello dati Entity ADO.NET.
2. Scegli un nome per le entità cioè MyEntities.edmx, fare clic su Avanti
3. Selezionare "Genera da database"
4. Configurare una 'nuova connessione' se non ce n'è uno già lì. Il prossimo.
5. Selezionare le tabelle, le viste e i SPROC che si desidera includere nelle entità. Finire.

Verrà aggiunto un file MyEntities.edmx al progetto. Puoi aprirlo in visualizzazione struttura per vedere un diagramma delle tue entità e relazioni. Nota che ogni entità dovrebbe avere una chiave primaria - il modo più semplice per farlo è aggiungere un ID - campo di incremento automatico per ogni tabella o una colonna GUID. Ad ogni modo ora è possibile interrogare il db in questo modo:

// 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> 

Answer 2

NHibernate è la strada da percorrere. Vedere http://nhforge.org e http://sf.net/projects/nhibernate per ulteriori informazioni.

La differenza principale tra Entity Framework e NHibernate è che Entity Framework è solo per Microsoft SQL Server (Oracle è supportato, ma il supporto non è l'ideale). NHibernate supporta i database many many many.

Answer 3

Entity Framework è il più facile, e il suo costruito in.

Tutto quello che dovete fare è importante il vostro modello, e poi basta aggiornare le classi semplici, che sono mappati automaticamente al vostro db.

È proprio come aggiornare gli oggetti normali, ma alla fine si chiama SaveChanges.

Answer 4

LINQ to SQL è piuttosto facile da utilizzare. È possibile trascinare e rilasciare le tabelle del database nella finestra di progettazione e scrivere query molto semplici in pochi minuti.

NorthwindDataContext db = new NorthwindDataContext(); 

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

Il che in pratica si traducono in SELECT * FROM Prodotti

Alcuni altri esempi selezionati:

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; 

Answer 5

A mio parere la soluzione migliore è quella di creare classe intermedia tra il db e di applicazione (un certo tipo di livello di dati), che un certo numero di metodi per gestire le query. descrizione sotto base su SQLite come analogia a SQLServer (connettore ADO)

classe oggetto possono da Singleton, e si può chiamare esempio dove vuoi nella vostra applicazione - per SQLite si può sembra che:

private static SQLite instance; 

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

È possibile ottenere l'istanza in questo modo:

SQLite db = SQLite.getInstance(); 

questa classe può contenere più metodi per la manipolazione dei dati, ad esempio:

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; 
} 

ma anche metodi di gestione delle transazioni e di diagnostica. Quindi, ora puoi utilizzare questa classe simile nell'applicazione se disponi di altri sorgenti db o anche tipi db, puoi creare il prossimo livello dati (ad esempio per Oracle o MSSQL, MySQL ...) ognuno dei quali ha implementazioni la stessa interfaccia per esempio:

IDataBase 

e ora, si ha una sorta di facciata, che è possibile sostituire, se necessario dynamicly. Da questo momento l'uso di db in application è concentrato in un punto, ed è un puro piacere per il programmatore utilizzarlo - questo è il mio suggerimento.