SQL与XML数据存储解决方案

Question

(postgre/my)sql/php/html/css/javascript vs xml/xsl/xsd/php/css/javascript

试图决定是使用基于xml文档的应用程序还是使用SQl。每个xml文档大约是30K，比如说2000个文件。本质上是在提供html/javascript和30k xml文件(加上xsl/xsd/javascript)之间的选择。涉及一些金融(非浮动点)的数学，加上每周一天的大量数据输入。

SQL -解决方案将使用十个独立的交叉引用表来划分/重新组装数据，并将用户绑定到SQL访问控制系统中。

假设基于xml的解决方案的安装/维护确实更简单，并且使用money=0.分整数是可以的，而且“其他东西是平等的”，我的问题是：

1)让服务器读取/更新/保存30k xml文件，比如每周更新一次8小时以上2000次，每次更新数据，这真的是一个好计划吗？还是说这只是一个微不足道的负担？(因此，这取决于服务器还在做什么，以及因特网连接的速度。)

2)与基于SQL的解决方案相比，该规模如何？限制因素是什么？

最重要的是:我忽略了什么？

Answer 1

( 1)不是一个好计划。即使负载不是一个问题，当问题得到解决时，您基本上是在构建一个数据库。

( 2) SQL将扩展更好的基础，不要使用您所告诉的内容。

3)基于NoSQL或XML的DB解决方案，如BaseX。

Answer 2

你想看看你的解决方案架构..。XML文件来自何处以及如何获得它们。您还需要查看您正在寻找的导航。用户如何导航到一个特定的XML文件?这些导航数据需要可用。因此，要回答你的问题：

1. 这根本不是一个计划:-) - is是解决方案的一个很小的片段，负载看起来并不大。你需要看看你的元数据。
2. 这可能不是个或问题。现在所有的SQL系统都知道XML列数据类型: PrgressQL、MS、Oracle、IBM /2(包括免费的社区版本)。我喜欢DB/2 (可能是因为我在IBM :-)工作)
3. CouchDB，MongoDB -> JSON存储，XML数据库，如卡尔所建议的。最重要的是:缓存，缓存，缓存！如果您是用Java构建的，请使用番石榴库作为缓存--一旦将文件转换为发送到浏览器的内容(使用XSLT)，就可以大手大脚地缓存它，并让加载例程使缓存失效。

希望这能帮上忙！