Base de données intégrée ASP.NET MVC 2

Question

Je construis un très petit site web qui a besoin d'un petit backing store. J'ai construit cela dans ASP.NET MVC 2, et je voulais héberger avec DiscountASP - bien que ce ne soit pas essentiel. Je voudrais un magasin de support qui fonctionnera avec ASP.NET MVC 2, VS2010 Express, permis LINQ (ou EF) et fonctionnera sans frais supplémentaires sur un hôte partagé.

De mon enquête, SQLCE 3.5 ne fonctionne pas dans .NET 4 SQLCE 4, est seulement CTP et ne fonctionne pas dans VS2010 SQLite n'a pas de .NET 4.0 pilotes.

Ai-je compris? Des bons tutoriels ou des blogs qui montrent comment faire fonctionner cette étape étape par étape?

Merci, Mark

Answer 1

SQLite does work on .Net 4.0. Voici quelques autres questions très similaires sur les bases de données intégrées dans .NET:

• Good embedded database solution (like SQLite) for .Net
• Embedded database for .net
• Open Source Embedded Database Options for .Net Applications

Answer 2

Je ne suis pas un expert ASP mais avez-vous entendu parler de Firebird SQL? moteur de base de données qui a client/serveur ou versions embeded, entièrement en vedette avec des transactions, etc., et avec le fournisseur de ADO.NET

http://firebirdsql.org/dotnetfirebird/

http://firebirdsql.org/index.php?op=devel&sub=netprovider

Answer 3

Non, Ne pensez même pas à l'aide firebird dans ASP.NET embedded.

Il est strictement interdit.

ici est une référence sur le site Web Firbird vous dire à éviter:

Est-il possible d'utiliser l'Firebird embarqué dans mon application ASP.NET?

Oui. Mais Firebird ADO.NET recherche le fichier fbembed.dll dans le répertoire de travail de l'application. Pour l'application ASP.NET, le répertoire de travail est le dossier système (par exemple C: \ WINDOWS \ System32). Mais ce n'est pas sans problèmes link text

Sur une autre page du même site:

ASP.NET utilise une fonctionnalité qui aide contre l'application d'ASP.NET mal écrit pour bloquer l'ensemble du serveur - il recycle l'ASP.NET processus de travail à la fois régulièrement. Par défaut, IIS6 utilise le recyclage chevauché lorsqu'un nouveau processus est démarré avant que l'ancien ne soit arrêté pour garantir un fonctionnement ininterrompu. Le problème est que fbembed.dll verrouille exclusivement la base de données pour le processus propriétaire, donc si vous exécutez un autre processus simultanément la base de données ne sera pas accessible avant que le premier processus s'arrête. Vous pourriez vouloir l'accepter mais ce n'est vraiment pas une solution optimale.

La solution consiste à désactiver le recyclage avec chevauchement (en affectant à la propriété DisallowOverlappingRotation la valeur true).Cependant, cela peut entraîner des pannes de votre application pendant le recyclage.

Conclusion

Ne pas faire tha ** t ;-). Vraiment, fbembed.dll ** n'a pas été construit pour gérer une telle utilisation. Vous pouvez le faire fonctionner mais c'est juste un hack.