xml - 大型 XML 包裹和使用属性或元素

Question

我知道对于属性与元素的争论没有统一的答案(并且我通读了我在这方面看到的其他问题)，但是对这种特殊情况的任何见解都将不胜感激。

在我们的案例中，我们将从记录系统接收大量的主数据和交易数据，并将其合并到我们自己的数据库中(每晚一次以上)。我们收到的信息基本上与我们表中的记录是一对一的，因此例如客户列表将是(在我们的旧版本中):

<Custs>
  <Cust ID="101" LongName="Large customer" ShortName="LgCust" Loc="SE"/>
  <Cust ID="102" LongName="Small customer" ShortName="SmCust" Loc="NE"/>
  ....
</Custs>

但是，我们一直在讨论转向更基于元素的结构的优点，例如:

<Custs>
  <Cust ID="101">
    <LongName>Large Customer</LongName>
    <ShortName>LgCust</ShortName>
    <Loc>SE</Loc>
  </Cust>
  <Cust ID="102">
    <LongName>Small Customer</LongName>
    <ShortName>SmCust</ShortName>
    <Loc>NE</Loc>
  </Cust>
  ....
</Custs>

因为文件太大，我认为我们不会使用 DOM 解析器来尝试将它们加载到内存中，我们也不需要在文件中定位特定项目。所以我的问题是:在这种情况下，当您要考虑大量数据和性能需求时，一种形式(元素或属性)是否通常优于另一种形式？

Answer 1

如果有人一次向您提供 1gb 的数据，而您非常关心性能，那么您真的应该重新审视使​​用 XML 作为传输格式的决定。您没有将数据解析为 DOM，因此您无法真正利用 XML 相对于(比如)CSV 的优势——确保格式正确、模式验证、转换、查询等。

现在您正在考虑转向一种格式，在这种格式中，您要处理的数据中有一半是标记。这有什么意义？

我来自 XML 学派，当你拥有的唯一工具是一把锤子时，你倾向于将所有问题视为钉子，即使我也不会为此使用 XML。