数据库表或XML

  • Z时代
  • 2024-01-10
  • 分类：问答

我正在设计一个小型网站的过程中，并且很好奇XML文件可以/应该替代数据库表。在某些情况下，我认为使用数据库表可能是过度的，只是想知道是否有其他人接受了这个决定。数据库表或XML

谢谢！

回答：

如果您认为最终需要的不仅仅是少量的CRUD，或者您的网站将超出少数用户，使用数据库。

搜索或更新XML文件可能会导致性能和未来可扩展性下降。

回答：

我正在处理一个与100％XML一起用于数据存储的应用程序。原因是允许在许多不同的其他应用程序中进行文本搜索。有时，当您需要在其他应用程序中共享数据时，XML更好。

回答：

我会选择使用数据库表时并发写入可能发生，即在任何情况下，当你无法保证只对单一数据的变化将在任何一个时间发生。

此外，如果数据是关系型的，我会使用数据库。

对于小事情，很可能是低流量的，XML是好的。

回答：

IMO：当你的数据有很多写事务时使用DB。如果您主要编写配置类型文档，那么大多数情况下只读，而不是XML。作为数据存储的XML并不是您的最佳解决方案，因为使用数据库可以获得更好的结果。特别是当你开始有很多记录（行）时，数据库开始变得更容易处理。

回答：

您可以使用XML，如果你不打算用法师许多记录的变化（标签，配置等），否则它更适合使用的表。

回答：

我设计了我的表格并用选择的属性（FOR XML）生成XML文档。

我想，如果我遇到性能问题，我可以改变我的DB库。

这是更好地做多变的设计，如果性能问题或发生等。

回答：

我不同意Stephen的观点。特别是在应用程序间共享数据时，应该使用数据库。

数据库用于共享数据。这就是他们发明的，这就是他们擅长的。即使在并发更新没有问题的情况下，数据库也比XML文件更正式。 XML的非正式性从一开始就很诱人，但最终导致不可用性。

尽管可能很难解决某些应用程序与数据和/或SQL接口的关系模型之间的阻抗不匹配问题，但您仍然可以获得比XML更高的灵活性和稳定性。

我将保留对XML的情况，其中正式的数据分析是有点不恰当，或正式的数据库设计超出了开发团队的覆盖面。

回答：

考虑数据的性质，并限制数据存储对数据的影响。如果您的数据与记录相似而不是文档，结构规则和层次结构很小，并且数据元素之间可能存在许多横向关系，那么通常您会比使用某种本机XML存储获得更好的RDBMS性能和健壮性。如果您的数据采用文档形式，并且具有不规则的顺序结构和不确定的层次结构，那么您可能不会在RDBMS中对这些数据进行建模，并且您可能希望探索原生XML数据存储。开源的例子包括

  • eXist

  • Sedna

  • MonetDB（这个网站的行为恶劣现在）

商业XML数据库包括

  • MarkLogic

  • TigerLogic

  • Tamino

我没有使用任何这些产品我自己呢。

无论哪种情况，都可以使用XML作为数据交换格式。

回答：

XML应该用于数据传输 - 即在应用程序之间移动数据（当其他应用程序由于某种原因无法触摸数据库时）。

有[几乎]有一个理由不是然而，使用数据库驱动一个网站。

您也可以考虑混合方法，如由莱斯大学的Connexions项目中使用：他们使用的Plone（和其他的东西在它的上方），从已在CNXML方言创建自己的数据库显示数据。

以上是 数据库表或XML 的全部内容， 来源链接： utcz.com/qa/263592.html

回到顶部