1

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

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

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

如果我能澄清,请告诉我。

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

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

4

1 回答 1

0

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

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

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

因此,我对您的建议是针对您的情况,使用网络服务并通过XML/交换信息JSON

于 2012-10-09T03:26:38.003 回答