Question

D'accord, j'ai déjà vu mais je n'ai pas programmé en C #. Vous pouvez supposer que je suis compétent en C ++ et avancé en C (pour le bien que ça va me faire). Je comprends l'héritage, le polymorphisme, etc., donc les concepts d'OO ne vont pas être un énorme problème.

Supposons que l’on me charge de prototyper un programme rapide et compliqué qui ne sera pas très différent de ce que je pouvais faire dans un accès très rapide.

  • Il y aura une base de données avec 5 à 6 tables (la plupart petites, quelques-unes avec plusieurs milliers de lignes mais seulement 4 colonnes environ, etc.)
  • Je devrai générer des formulaires de manière dynamique à partir de l'un des DB
  • Les résultats des formulaires seront stockés dans une autre table
  • La base de données n'est pas multi-utilisateur

En gros, votre application d’accès courante… sauf sans accès. Je suis sûr que je peux me débrouiller et créer du code horriblement mauvais, mais je suis également sûr que beaucoup de gens ici peuvent me donner un coup de pouce dans la bonne direction (tutoriels, assistants, informations, différences et meurtriers passant de C / C ++ en C #, etc.).

Existe-t-il une base de données simple que je peux brancher pour commencer à part mdb, ou est-ce le meilleur choix pour cet ongle en particulier? Je vise une installation rapide et sans dépendance.

Merci!

-Adam

Était-ce utile?

La solution

Cela ressemble à cette application, vous pouvez utiliser Microsoft Dynamic Data ou Enregistrement actif Castle et que l'application fonctionne quelques minutes après la fin de la base de données. Ces outils se connectent à une base de données et génèrent des formulaires pour la saisie de données. Regardez-les.

Access est probablement votre meilleur choix pour la base de données. MS SQL 2005/2008 Express fonctionnerait également bien, mais cela nécessiterait une installation.

Autres conseils

Si vous programmez en C #, Visual Studio est fourni avec une installation supplémentaire pour SQL Server Express. Si vous souhaitez que quelque chose soit mis en place rapidement et rapidement, il serait assez facile d'utiliser cette base de données pour créer votre application.

Si la simultanéité n'est pas un problème, je dirais alors d'utiliser SQLite. Vous trouverez un fournisseur ADO.NET ici: http://sourceforge.net/projects/sqlite- dotnet2 / fichiers . En ce qui concerne le problème de simultanéité, lors de l'exécution d'un groupe d'insertions, cette opération doit être incluse dans une transaction. Toutefois, cette transaction place un verrou exclusif sur la base de données jusqu'à ce que la transaction soit validée ou annulée. Au moins, cela a été mon expérience, mais je ne l'utilise que depuis une semaine ou deux moi-même.

J'espère que ça aide!

Si MS Access est déjà installé sur votre ordinateur, la base de données mdb est probablement votre moyen le plus rapide de commencer.

Vous voudrez également commencer avec un didacticiel ADO.NET rapide. Il y en a des centaines (enfin des centaines, je n'ai pas compté).

Pourquoi ne pas utiliser SQLite au lieu d’accéder à la base de données? Je ne l’ai jamais utilisé, mais j’ai entendu dire que c’est bon pour certaines tâches légères et rapides.

SqlExpress serait votre meilleur choix, tout simplement parce que vous avez déjà tout le support dont vous avez besoin dans System.Data.SqlClient. Sinon, il existe une aide décente sur MSDN.

SQLite est exactement ce que vous recherchez. C'est une bibliothèque C pour accéder à une base de données relationnelle basée sur des fichiers. Le site référencé prend en charge Visual Studio (System.Data.SQLite).

Je suggérerais d'utiliser SubSonic pour générer votre code d'accès aux données et échafauder vos écrans.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top