单独的业务系统和产品系统，删除数据库系统中的产品智能。考虑公司的内部需求和产品的情况或产品之间或产品之间。从数据库中删除存储过程，将它们放在应用程序逻辑中。请勿在企业系统和产品系统之间同步。将应用程序逻辑放在数据库成本高而难以扩展。绑定企业系统和产品系统，成本也很高，不仅难以扩展，可用性也令人担忧。

　　由于许可和单系统的特点，数据库和内部企业系统的扩展成本将很高。所以，我们希望他们能够专注于执行特定的任务。对于数据库，我们希望他们能够专注于交易而不是产品智能。在背景办公系统（商业智能）方面，我们不希望产品与系统的扩展功能连接。对于业务系统的数据，使用异步传输模式。

[专业企业网站施工价格]网站建设及优化

　　我们经常告诉顾客，要避免使用关系数据库中的存储过程。他们的第一反应通常是：“为什么你讨厌存储的程序？““实际上， 我们不讨厌商店程序。我们也在许多情况下使用它们。但问题是储存过程在解决方案中通常过度过度，这种过度使用有时会导致系统中的膨胀瓶。由于此原则强调数据库，那为什么不在数据库章中提出这个原理？实际上， 我们注意存储程序的真正原因是我们倡导商业智能和产品智能与交易不同。一般来说，这一索赔可以进一步总结为“将类似的交易（或分离不同的事务）以获得最大可用性和可扩展性以及最低的成本。“这样的声明可能不明白，因此，让我们仍然使用存储的过程和数据库作为示例，注意为什么这个区别。

　　在你的建筑中， 数据库可以是最昂贵的系统或服务之一。甚至使用开源数据库，这些系统所在的服务器也可以连接到相对高的成本存储解决方案（相对于您的其他解决方案），他们有最快的， 最大处理器数量和最大内存数。在成熟的环境中，这些系统通常用于执行一件事， 那是， 执行关系操作，并尽快提交交易以稳定存储。这些系统上每个计算周期的成本高于架构中的其他解决方案或服务（例如应用程序服务器或Web服务器）。这些系统是某些服务的收集点和车道的定义点。在极端的情况下，如在架构的开头，这些系统的比例可能更大。然后它们显然是影响整个环境扩展的决定性因素。

　　由于这些原因，使用这笔昂贵的计算资源几乎毫无意义的业务逻辑。此时， 每个企业的费用将增加。处理这些交易的系统的运营成本更昂贵。该系统本身也可能影响同一天。[高端网站公司]我们的决定性因素，那么我们为什么要在其顶级运行和交易中浪费生产力？所以，我们应该让这些系统仅处理与数据库（或相关存储或NoSQL）相关的事务。为了让他们做到他们最好的事情。这样， 我们不仅提高可扩展性，它还可以降低扩展成本。

　　在数据库中，我们将分开的衣服分开可以应用于架构中的其他环节。我们可能有一个背景办公系统。发送和接收电子邮件（与平台无关）等系统， 系统， 系统， 市场细分系统， 和市场细分系统，以及支持客户家庭的操作和维护系统。还有很多。我们可能会将这些系统放在我们的平台上。我们可能希望电子商务系统中的交易在CFO的ERP系统中显示它。或让客户支持代表立即看到它，所以从这个交易问题。相似地，如果我们运行是一个广告平台，然后我们可能希望实时分析数据仓库中的数据。提供更好的广告建议。有许多原因导致我们将业务流程与产品平台中的系统混合在一起。但，我们的建议非常简单：不要这样做。

　　理想情况下，让这些系统根据自己的需求独立扩展。如果这些系统绑定在一起，因此，当系统需要缩放时，所有系统必须同时缩放。在某些情况下，如果使用该数据库执行业务逻辑，该系统的扩张成本将更高。这通常会发生在与CPU相关联的ERP系统中。如果每个事务同步以调用ERP系统，然后扩大成本将得到改善。此外，将系统串联添加到平台，它还将减少产品的可用性。那么为什么我们要这样做？

　　就像它不应该在数据库中放置产品智能，商业智能不应绑定到产品交易。在许多情况下，我们需要让数据留在我们的产品中，我们最好让数据驻留在产品中。我们可以选择从其他系统中的数据集。它在产品中正确地说。通常，最好使用新的或不同的方式来指示这些数据。有时不同的范式。我们经常需要将产品从产品移动到后台业务系统。如客户支持系统， 营销系统， 数据仓库和ERP系统。在这些感受中[服务专业营销网站建建设企业网站哪个好设]在我们的情况下，我们还希望以不同方式汇总或代表数据。此外，为了提高可用性，我们希望以异步方式在系统之间传输这些数据。为此原因， Etl（提取， 转换， 装载）系统可以使用。甚至有很多开源工具可以帮助您构建自己的ETL进程。

　　记住，网站生产模式并不意味着“旧”数据。没有理由在系统期间选择过期的数据元素来传输。此外，您还可以将数据发布到某个消息总线。对于其他系统。最低成本解决方案是批量提取。然而， 如果时间有限， 不允许使用此方法。然后消息总线绝对是一个不错的选择。