可能重复:
为什么我会选择在关系数据库中存储和操作XML?
尽管这个问题表面上看起来是已经被问过的,但我要先声明一下,这并不是重复的。我的问题不是如何从关系数据库中存储或检索XML。实际上,这个问题比那更基本:
你通常在数据库中以XML格式存储哪种类型的数据?你做这样的设计决策有什么考虑?你愿意放弃数据库的“关系”方面,并将模型的某些部分放入XML文本中吗?例如,偏好或配置文件可以作为XML存储在关系数据库中,但你应该这样做吗?
可能重复:
为什么我会选择在关系数据库中存储和操作XML?
尽管这个问题表面上看起来是已经被问过的,但我要先声明一下,这并不是重复的。我的问题不是如何从关系数据库中存储或检索XML。实际上,这个问题比那更基本:
你通常在数据库中以XML格式存储哪种类型的数据?你做这样的设计决策有什么考虑?你愿意放弃数据库的“关系”方面,并将模型的某些部分放入XML文本中吗?例如,偏好或配置文件可以作为XML存储在关系数据库中,但你应该这样做吗?
从未。
将具有某种可识别结构的数据存储为XML,而不是关系型数据,意味着放弃关系代数操作该数据的能力。
如果这是你的真正意图,那么很好,但请坦诚地表明,并且根本不要使用关系型数据库管理系统,只需将XML转储到某个本地/伪本地文件中即可。
(请注意,存储在文件系统中的任何内容都构成数据库,因此这种解决方案并不意味着您“不使用数据库”。您只是没有使用关系管理的数据库,这正是您的本意。)
我在关系型数据库中存储XML的经验通常是将序列化对象存储为历史记录或作为持久性策略的一部分,假设我稍后会检索此XML并重新将其转换为对象。
在我看来,将XML放入数据库中的唯一原因是如果您需要与项目交互、编辑或更改数据。如果您只是读取和使用XML数据,那么只需将其放入文件中即可。但是,如果该数据正在应用程序中被修改或添加,则最好使用数据库,并且实际上不需要XML,因为表将描述数据的结构。
你的代码可能需要以以下方式处理XML数据:
xml
数据类型,或在其他DBMS中使用相应的数据类型。当数据本身不需要关系时,我倾向于存储XML片段(或其他不透明数据,如JSON序列化)。
我使用以下条件将XML数据存储在数据库中:
我没有时间开发关系表(实际上,有时我只是这样开始,以便快速获取原型)。
数据的结构非常庞大和复杂,需要花费相当大的力气才能将其分解成表格。
一般来说,我喜欢在我的数据库中存储关系数据,但是想象一下,如果我有一个表示呈现网页所需的所有数据的对象(我的意思是一切,字体、图像等),它将非常复杂。将其存储在表格结构中将仅会导致维护问题 - 结构是不稳定的。这也会导致查询问题 - 想象一下我需要做多少个连接和花费多长时间。