2009-06-19 11 views
10

Actualmente estoy diseñando una pequeña aplicación en .Net y en el pasado he estado usando MSAccess como base de datos independiente que puedo enviar con el programa. Pero me preguntaba si en esta época no existían soluciones alternativas, tan fáciles de integrar en una aplicación .Net, tan transparentes para el usuario y quizás un mejor rendimiento con una gran cantidad de datos.base de datos independiente

Respuesta

20

Las opciones son:

SQL CE y Firebird son mucho más rápido cuando se necesita escrituras multiproceso, SQLite es el rey para el acceso de un solo subproceso o multiproceso lee. VistaDb es 100% administrado para que pueda enviarlo en dispositivos integrados.

Estos DB en general le darán una mejor confiabilidad y un mejor rendimiento para acceder. Recomiendo enfáticamente que no se use ninguno de estos db en un recurso compartido de red.

+0

para Firebird se puede ver aquí: http: // www.firebirdnews.org/docs/fb2min.html –

+0

ESE ya no es difícil de integrar con .NET ... Puede usar ESENT Managed Interop http://www.codeplex.com/ManagedEsent – spinodal

+0

administrado ese net sigue siendo bastante complejo para consumir en comparación con los otros db incrustados, tiene una gran ventaja que se envía con Windows. –

1

SQLite parece coincidir con sus necesidades - ver here por más.

2

Sí. Yo recomendaría System.Data.SQLite, que es una envoltura alrededor de ADO.NET SQLite, una base de datos integrada popular escrita en C.

1

Siempre hay SQL Server CE... pero he encontrado SQLite a ser mucho más fácil de trabajar, especialmente con System.Data.Sqlite

Cuestiones relacionadas