独立的数据库 [英] standalone database
问题描述
我目前正在设计中的.Net一个小应用程序,并在过去我一直在使用MSACCESS作为独立的数据库,我可以与该程序已经出货。 但我在想,如果在这个时代有没有替代的解决方案,轻松地在一个.net应用程序集成,作为对用户透明,用大量的数据?
I'm currently designing a small application in .Net and in the past I've been using MSAccess as standalone database that I can ship with the program. But I was wondering if in this day and age there wasn't alternative solutions, as easy to integrate in a .Net app., as transparent for the user and maybe better performance with large amount of data?
推荐答案
您的选择是:
- 在SQLite的 - www.sqlite.org - http://sqlite.phxsoftware.com/
- 在火鸟 - http://www.firebirdsql.org/
- 在SQL服务器CE - <一个href="http://www.microsoft.com/Sqlserver/2008/en/us/compact.aspx">http://www.microsoft.com/Sqlserver/2008/en/us/compact.aspx
- 在VistaDB的 - http://www.vistadb.net/ (商业)
- 在ESE - 这是很难与.net集成
- Sqlite - www.sqlite.org - http://sqlite.phxsoftware.com/
- Firebird - http://www.firebirdsql.org/
- Sql Server CE - http://www.microsoft.com/Sqlserver/2008/en/us/compact.aspx
- VistaDB - http://www.vistadb.net/ (commercial)
- ESE - Which is hard to integrate with .Net
SQL CE和Firebird是当你需要多线程写入速度快了很多,SQLite是王单线程访问,或者多线程读取。 VistaDB的是100%的管理,这样就可以在嵌入式设备出货。
SQL CE and Firebird are a lot faster when you need multithreaded writes, sqlite is king for single threaded access, or multithreaded reads. VistaDb is 100% managed so you can ship it on embedded devices.
这些数据块,一般会给你更好的可靠性和性能的访问。我会强烈建议不要使用任何这些DB通过网络共享。
These DBs in general will give you better reliability and performance to access. I would strongly recommend against using any of these dbs over a network share.
这篇关于独立的数据库的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!