删除事务处置中的商业智能

把营业零碎和商品零碎分隔，删除数据库零碎中的商品智能。思索公司的内部需求以及在商品内或商品间传翰数据的情况。从数据库中删除存储过程，把它们放在应用逻辑中。不要在企业零碎和商品零碎之间进行同步骤用。把应用逻辑放在数据库中本钱很高且难以扩展。把企业零碎和商品零碎绑定在一块儿，本钱也很高，不只难以扩展，可用性也使人担心。
由于许可和单一零碎的特点，数据库和内部企业零碎的扩展本钱会很高。因而，咱们但愿它们能专注于执行特定的任务。就数据库而言，咱们但愿它们能够专注于事务而不是商品智能。就后盾办公零碎(商业智能)而言，咱们不但愿商品与零碎的扩展威力接洽在一块儿。对付营业零碎的数据，采用异步传输形式。
咱们经常通知客户，要制止在关系数据库中运用存储过程。他们的第一反馈常规是:“你们为甚么这么厌恶存储过程呢?”实在咱们其实不厌恶存储过程，咱们在不少情况下也在用它们。但问题在于，存储过程经常在解决计划中被过分运用，而这类过分运用有时会形成零碎中的扩展瓶。既然这个准则强调的是数据库方面的问题，那为甚么不把这个准则放在数据库那章中呢?事实上咱们存眷存储过程的真正起因是，咱们主张把商业智能和商品智能与事务处置区别隔来。普通说来，这个主张可以进一步归纳综合为“把相似的事务放在一块儿(或者说把差别的事务分隔)以获取最大的可用性和可扩展性以及最低的本钱”。如许的表述能够不太好了解，因而让咱们仍以存储过程和数据库为例，注明为甚么需求这类区别。
在你的架构中、数据库能够是最贵的零碎或服务之一。即便采用的是开源数据库，这些零碎地点的服务器也可以会连贯到本钱相对于较高的存储解决计划(相对于付你其余的解决计划而言)，它们具备最快、最大数目的处置器以及最大数目的内存。在成熟的环境中中，这些零碎常规都被用于做一件工作、即执行关系操纵，并把事务尽能够快地提交给不变的存储引。这些零碎上的每一个计较周期的本钱都比架构中的其余解决计划或服务(如应用服务器或web服务器)要高。这些零碎是某些服务的聚集点、也是泳道的界说点。在极度情况下，如在架构的早期，这些零碎所占的比例能够更为伟大的，那末它们显然是影响整个环境的扩展的决议性因素。
出于以上这些起因，把这类高贵的计较用于营业逻辑险些是毫无心义的。这时候每一个事务所花的本钱会添加，由于处置这些事务的零碎的操纵本钱更为高贵了。同日时这个零碎自己也可以是影响咱们扩展的决议性因素，那末为甚么咱们还要挥霍出产力在它上面运转与事务处置不相干的操纵呢?因而，咱们应该让这些零碎只处置与数据库(或相干的存储或 nosql)相干的事务，以便让它们做自己最善于的工作。如许咱们不只普及了可扩展性，还能削减扩展本钱。
在数据库这个例子中，咱们把不相似的服各区别隔可以应用到架构中的其余环节。咱们很能够会有后盾办公零碎，诸如发送和接管电子邮件(与平台无关)的零碎、做总账和其余会计事务的零碎、市场细分的零碎，以及支持客户户的运维零碎，等等。咱们很能够会把这些零碎一股脑地放到咱们的平台上。咱们能够但愿电子商务零碎中的一笔买卖能连忙显示在咱们cfo的erp零碎中，或者咱们想让客户支持代表能连忙看到它，免得这笔买卖出问题。一样地，若是咱们运转的是一个广告平台，那末咱们能够想及时阐明数据堆栈中的数据，以便给出更好的广告倡议。有不少起因促使咱们想把营业流程与商品平台中的零碎混在一块儿。可是，咱们的倡议很简略:不要如许做。
抱负的情况是，让这些零碎都能按照自己的需求自力地进行扩展。若是把这些零碎绑定在一块儿，那末当一个零碎需求扩展时，一切零碎都要同时扩展。在某些情况下，如用数据库执行营业逻辑，零碎的扩展本钱会更高。许可证是与cpu相干联的erp零碎就经常会产生这类情况。若是每一个事务都同步骤用erp零碎，那末扩展本钱必然会普及。别的，把零碎以串联体式格局插手平台，也会低落商品的可用性，那末为甚么咱们还要云云做呢?
就像不该该把商品智能放在数据库中一样，商业智能也不该该绑定到商品事务上。在许多情况下，咱们需求让数据驻留在咱们的商品中并且此时咱们最佳让数据驻留在商品中。咱们可以从其余零碎当选择数据集，在商品中正确地暗示出来。常规，最佳用一种新的或差别的体式格局暗示这些数据，有时是采用差别的范式。咱们经常需求把数据从商品移到后盾的营业零碎中，如客户支持零碎、市场营销零碎、数据堆栈和erp零碎。在这些情况下，咱们也但愿能够用差别的体式格局总结或暗示数据。别的，为了普及可用性，咱们但愿以异步体式格局在零碎间传输这些数据。为此可以采用etl(提取、转换、加载)零碎，以至另有不少开源工具可以协助你构建自己的etl过程。
记住，网站建设形式其实不料味着是“旧”数据。没有理由选择过时的数据元素在零碎间进行传输。别的，还可以把数据发布到某种消息总线上，以供其余零碎运用。本钱最低的解决计划是批提取，不外若是时间有限不容许采用这类要领，那末消息总线绝对是个好选择。