E commerce 有多少数据库支持电子商务？

我有一个有两个数据库的系统，一个是面向客户的网站使用的，另一个是“后台”订单履行系统使用的。我被要求运行从网站到后台系统的查询。我不希望这样，允许基于web的请求在内部系统上不受注意地运行似乎有风险。此外，这意味着在防火墙中打开路由，以允许外部连接到内部服务器

电子商务的最佳实践是什么？用一个数据库运行整个公司？或者每个系统的单个数据库，以及连接它们的中间件

有时，web应用程序可能需要从内部系统提取日期，但不能基于来自internet的HTTP请求

我相信最好的答案是“视情况而定！”因此，如果人们对何时使用中间件和何时不使用中间件有一个经验法则，我想在这里介绍一下

我宁愿不这样做，这样做似乎有风险 允许运行基于web的请求 对内部系统置之不理

---

更不安全的是使用单一数据库，客户端通过HTTP服务器连接到该数据库。跨不同的安全区域拥有多个数据库是很常见的。

您可以将事务数据库中的数据复制到只读副本，以运行报告查询，作为一种相对快速的解决方案。然而，对于电子商务，您需要了解PCI，并确保遵守其要求，以保护敏感的客户/信用卡数据

---

下一步是构建一个专门为报告目的而组织的数据仓库—使编写查询更容易，并使查询运行得更高效，从而对数据进行切片和切分—从多个角度（维度）查看数据

这里有很多选择

1） 数据传送。您可以将数据发送到web数据库，这样它就有了自己的本地信息缓存，可以在需要时使用

2） 服务。您可以使用接受请求并将数据发送回的服务来保护内部数据库。这避免了对内部数据库的任何直接访问，但为您提供了不会超出数据范围的数据的好处，如选项1所示

3） 服务巴士。如果需要，可以在两个系统之间插入一些中间件来处理诸如保证交付和ETL之类的事情

基本上，有很多正确的答案，也有一些错误的答案

错误的答案包括将所有内容都放在一个数据库中，允许从internet直接访问内部数据库，以及在两个数据库之间设置链接服务器