XML平面文件与关系数据库后端

本文介绍了XML平面文件与关系数据库后端的处理方法，对大家解决问题具有一定的参考价值，需要的朋友们下面随着小编来一起学习吧！ 问题描述

大多数项目现在需要某种形式的数据库。当有人说数据库时，我通常认为关系数据库，但我仍然听到平面文件XML数据库。

Most projects now need some form of a database. When someone says database, I usually think relational databases, but I still hear about flat file XML databases.

在决定真实数据库和平面文件XML数据库时，需要考虑哪些参数。什么时候应该使用另一个，在什么情况下，我从来不应该考虑使用一个平面文件（反之亦然关系数据库）？

What parameters do you take into consideration when deciding between a "real" database and a flat-file XML database. When should one be used over the other, and under what circumstances should I never consider using a flat file (or vice versa a relational) database?

推荐答案

没有像xml平面文件数据库这样的东西。平面xml文件是非数据库，因为他们没有更高的功能，如索引 - 有更大的数据集和搜索或没有任何索引的分析查询的乐趣。

There is no such thing as a xml flat file database. Flat xml files are non-databases in that they have no higher functions like indices - have fun with larger datasets and searches or analytical queries without any index.

XML数据库是另一个主题，可能有其需求（内容管理，文档存储，一般来说 - 复杂的模式，从数据库的角度来看，你不关心太多）。

XML databases are another topic and may have their needs (content management, document storage in general - complicated schemata you dont care too much from the database point of view).

平面文件对于诸如设置8smaller文件的内容是很好的，但真正的数据库是真正的数据库。 ACID条件难以保证平面文件。

Flat files are fine for things like settings 8smaller files), but a real database is a real database. ACID conditions are hard to guarantee for flat files.