我应该使用本地数据库还是XML文件？

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了我应该使用本地数据库还是XML文件？，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1388字，纯文字阅读大概需要2分钟。

内容图文

我应该为我的应用程序选择一个持久存储,因此我应该决定是选择本地数据库(在SQL Server Compact 3.5数据库中)还是XML文件.基本上,应用程序需要非常频繁地更新表中的某些数据：该表的每一行都包含一个GUID(作为主键),两个DateTime列,两个TimeSpan列和四个双列.

该表可能包含数千行,并且其中某些行(大约10％)会非常频繁地更新,其中每个更新都包含以下操作：

>检索与GUID相关的当前值;
>将这些值与一些数据进行比较以获得新值;
>用新值覆盖当前值.

更新的行(高于10％)并不总是相同的,但是在程序执行期间它们可能会逐渐变化.

如果我将此表存储在XML文件中,则在应用程序启动后,数据访问层会将数据从XML文件加载到Dictionary< Guid,...>.为了获得更好的性能.然后,当应用程序终止时,该XML文件将被词典中更新的数据覆盖,因为我认为无法更新XML文件的特定部分.这是我目前使用的方法.

>使用本地数据库而不是XML文件的优点是什么？我相信,如果我使用本地数据库,可以不用Dictionary< Guid,...&gt ;,那么数据访问层会更简单.
>与当前的“基于XML /字典的方法”相比,本地数据库有哪些缺点？

解决方法:

如果您的应用程序崩溃,则可能不会保存XML文件.或更糟糕的是,它可能会被破坏.通过尝试/最终包装程序并最终写入XML,可以减轻此错误,但这仍然使您可以处理XML.

当您使用数据库时,可以保证事务是原子的-这意味着写入将完全完成或根本不会发生.这是使用数据库的主要好处.

但是,由于XML / Dictionary方法都是内存事务,因此使用XML / Dictionary方法仍然非常快.只要您不关心数据完整性,这都是一种非常可行的方法.

就复杂的数??据访问层而言,这两种方法都是一个问题.只需将这一层与业务逻辑分开,它就不会影响您选择的内容.

内容总结

以上是互联网集市为您收集整理的我应该使用本地数据库还是XML文件？全部内容，希望文章能够帮你解决我应该使用本地数据库还是XML文件？所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

---