Domanda

Ok, ho visto ma non ho mai programmato in C# prima.Puoi presumere che io sia competente in C++ e avanzato in C (per il bene che mi farà).Capisco l'ereditarietà, il polimorfismo, ecc. Quindi i concetti OO non saranno un grosso problema.

Diciamo che mi è stato assegnato il compito di prototipare un programma veloce e sporco che non sarà molto diverso da quello che potrei fare in access in breve tempo.

  • Avrà un DB con 5-6 tabelle (per lo più piccole, alcune con diverse migliaia di righe ma solo circa 4 colonne, ecc.)
  • Avrò bisogno di moduli generati dinamicamente da uno dei DB
  • I risultati dei moduli verranno archiviati in un'altra tabella
  • Il DB non è multiutente

Fondamentalmente la tua app di accesso standard...tranne senza accesso.Sono sicuro di riuscire a cavarmela e creare codice terribilmente pessimo, ma sono altrettanto sicuro che molte persone qui possano darmi una spinta nella giusta direzione (tutorial, procedure guidate, informazioni, differenze e killer che si spostano da C/C++ a C#, ecc.).

Esiste un semplice DB che posso collegare per iniziare oltre a mdb o è la scelta migliore per questo particolare chiodo?Il mio obiettivo è un'installazione rapida e senza dipendenze.

Grazie!

-Adamo

È stato utile?

Soluzione

Sembra che per questa app potresti usare Dati dinamici Microsoft O Registro attivo del castello, e l'applicazione funzionerà pochi minuti dopo aver terminato il database.Questi strumenti si connettono a un database e generano moduli per l'immissione dei dati.Dai un'occhiata a loro.

L'accesso è probabilmente la scelta migliore per il database.Anche MS Sql 2005/2008 Express funzionerebbe bene, ma ciò richiederebbe un'installazione.

Altri suggerimenti

Se stai programmando in C#, Visual Studio viene fornito con un'installazione aggiuntiva per SQL Server Express.Se stai cercando di ottenere qualcosa in modo rapido e sporco, sarebbe abbastanza facile sfruttare quel database per creare la tua app.

Se la concorrenza è non un problema, allora direi di andare con SQLite.Un provider ADO.NET può essere trovato qui: http://sourceforge.net/projects/sqlite-dotnet2/files.Per quanto riguarda il problema della concorrenza, quando si eseguono una serie di inserimenti, l'operazione deve essere racchiusa in una transazione.Tuttavia, tale transazione inserisce un blocco esclusivo sul database finché la transazione non viene confermata o annullata.Almeno questa è stata la mia esperienza, ma io stesso lo uso solo da una settimana o due.

Spero che aiuti!

Se hai già installato MS Access, allora sì, mdb è probabilmente il modo più rapido per iniziare.

Inoltre ti consigliamo di iniziare con un rapido tutorial su ADO.NET.Ce ne sono centinaia (beh quasi centinaia, non li ho contati).

Che ne dici di usare SQLlite invece dell'accesso per db?Non l'ho mai usato ma ho sentito dire che va bene per alcuni compiti leggeri e veloci con db.

SqlExpress sarebbe la soluzione migliore, semplicemente perché hai già tutto il supporto di cui hai bisogno in System.Data.SqlClient.A parte questo, c'è qualche aiuto decente su MSDN.

SQLite è esattamente quello che stai cercando.È una libreria C per l'accesso a un database relazionale basato su file.Il sito indicato dispone del supporto completo di Visual Studio (System.Data.SQLite).

Suggerirei di utilizzare Subsonico per generare il tuo codice di accesso ai dati e strutturare i tuoi schermi.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top