【问题标题】:Database vs XML for published records catalog已发布记录目录的数据库与 XML
【发布时间】:2012-10-09 03:21:05
【问题描述】:

我正处于一个项目的最后阶段,该项目作为几个仅购物车供应商的后端(他们只提供“购物车”服务)。该应用程序允许供应商创建项目、图像等目录并将它们“发送”到他们的服务。繁重的工作是通过关系数据库完成的。现在是决定目录访问方法的时候了。

目前,每个部分(面包屑、项目等)都创建并存储在只读数据库中,供应商只需一行代码,就可以显示其分类日志的不同部分。不需要关系查询。这种方法没有问题。事实上,他们的整个目录是一个单一文件的解决方案。图像和数据存储在我们的服务器上。不在供应商网站上。

我说了这么多是为了问这个。将整个目录(不包括图像)作为 XML 文件提供给每个供应商并将访问我们数据库的供应商代码更改为访问“他们的”本地 XML 文件的代码会更好吗?

如果我可以澄清,请告诉我。

我应该提到供应商访问的数据只能通过允许的 SELECT 语句来实现。准备好记录以允许非常轻松地访问数据(即从供应商 = 1 和类别 = 2 的面包屑表中选择面包屑)并交付整个路径。列表等也是如此。对象是具有简单的访问代码。

从目录中选择类别、面包屑、项目列表,其中 itemid = 1 和 vendor = 2 提供所需的 html:回显面包屑;回声类别;在需要的地方在他们的网页上回显项目列表。

【问题讨论】:

    标签: xml database relational


    【解决方案1】:

    第二种方法的危险 - 允许外部方访问您的数据库以检索值,随着时间的推移,您可能需要制定复杂的规则或新的业务逻辑,而您将无法实现。

    如果您的客户可能会调用您的 Web 服务,您可以在其中嵌入业务逻辑。

    根据我的经验,我们的系统以批发方式向一些外部系统开放,即它们能够在我们的 DBMS 上执行 select 语句。这会导致我们的 DBMS 的性能下降,并且我们无法限制使用,因为我们没有正确规划这种非功能性预期。

    因此我给你的建议是针对你的情况,通过XML/JSON进行网络服务和交换信息。

    【讨论】:

    • 感谢您的分享经验。
    猜你喜欢
    • 2015-12-04
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2012-08-23
    • 2013-07-30
    • 1970-01-01
    • 2022-01-11
    相关资源
    最近更新 更多