SQL vs XML数据存储解决方案_Sql_Xml_Database_Xslt_Storage

SQL vs XML数据存储解决方案

sql xml database xslt

SQL vs XML数据存储解决方案,sql,xml,database,xslt,storage,Sql,Xml,Database,Xslt,Storage,（postgre/my）sql/php/html/css/javascript vs xml/xsl/xsd/php/css/javascript 正在尝试决定是使用基于xml文档的应用程序还是使用SQl。每个xml文档大约有30k；比如说2000个文件。本质上是在提供html/javascript或提供30KXML文件（加上xsl/xsd/javascript）之间进行选择。包括一些金融（即非浮点）数学，以及每周一天的大量数据输入 SQL解决方案将涉及使用（比如）十个单独的交叉引用表对数据进行

（postgre/my）sql/php/html/css/javascript vs xml/xsl/xsd/php/css/javascript

正在尝试决定是使用基于xml文档的应用程序还是使用SQl。每个xml文档大约有30k；比如说2000个文件。本质上是在提供html/javascript或提供30KXML文件（加上xsl/xsd/javascript）之间进行选择。包括一些金融（即非浮点）数学，以及每周一天的大量数据输入

SQL解决方案将涉及使用（比如）十个单独的交叉引用表对数据进行分段/重新组装，并将用户绑定到SQL访问控制系统中

假设基于xml的解决方案确实更易于安装/维护，并且使用money=cents作为整数是可以的，并且“其他条件相同”，我的问题是：

1）让服务器读取/更新/保存30k xml文件真的是一个很好的计划吗？比如说，每周在8小时内读取/更新/保存2000次，每次数据更新一次？或者这只是一个微不足道的负担？（我想这取决于服务器在做什么，以及互联网连接的速度）

2）与基于SQL的解决方案相比，它的扩展性如何？限制因素是什么

3）最重要的是：我忽略了什么？这不是一个好计划。即使负载不是问题，当问题得到解决时，您基本上是在构建自己的数据库

2） SQL将根据您所说的进行更好的扩展

3） NoSQL或基于XML的数据库解决方案，如BaseX。

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

2） SQL将根据您所说的进行更好的扩展

3） NoSQL或基于XML的数据库解决方案，如BaseX。

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

2） SQL将根据您所说的进行更好的扩展

3） NoSQL或基于XML的数据库解决方案，如BaseX。

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

2） SQL将根据您所说的进行更好的扩展

3） NoSQL或基于XML的数据库解决方案，如BaseX。

您想看看您的解决方案体系结构。。。XML文件来自何处，如何获取它们。您还需要查看正在查找的导航。用户如何导航到一个特定的XML文件-这些导航数据需要可用。所以要回答你的问题：

这根本不是一个计划：-）-只是解决方案的一小部分，负载看起来不大。你需要看看你的元数据

这可能不是一个问题。如今，所有SQL系统都知道XML列数据类型：PrgressQL、MS-SQL、Oracle、IBM DB/2（包括免费社区版）。我喜欢DB/2（可能是因为我在IBM工作：-）

CouchDB，MongoDB->JSON存储，如Karl所建议的XML数据库。最重要的：缓存，缓存，缓存！如果您使用Java构建，请使用guava库进行缓存—一旦文件转换为发送到浏览器的内容（使用XSLT），则缓存该文件，并使加载例程使缓存失效

希望有帮助

这根本不是一个计划：-）-只是解决方案的一小部分，负载看起来不大。你需要看看你的元数据

希望有帮助

这根本不是一个计划：-）-只是解决方案的一小部分，负载看起来不大。你需要看看你的元数据

希望有帮助

这根本不是一个计划：-）-只是解决方案的一小部分，负载看起来不大。你需要看看你的元数据

这可能不是一个问题。所有SQL系统都知道XML列