尽可能削减体系中的时序束缚。当你想添加一个约東，使某个物品或对象在用户的两个动作之间保持某个状况时，放松营业原则中的束缚。因为年夜多半RDBMS的ACID属性，扩大具有时序束缚的体系异常因难。

在须要添加约東时，例例如让物品从用户看到它们直到用户购置它们都存在，要卖力斟酌。固然某些特别情形可能会令客户掉望，然则填补客户比起不克不及扩大来说轻易得多。

在数学和机械进修(人工智能)范畴，有一套约東知足问题(CSP)，个中的对象必需知足某些束缚。CSP平日庞杂度很高，须要启示式搜刮和组合式搜刮办法联合能力解决的。两个经典的CSP难题是数独游戏和地图着色问题。数独游戏的目的是填写一个年夜九宫格，每行每列都有9个单位格，年夜九宫格可以分为小九宫格，要在每个小九宫格中填入1到9的数字，使得年夜九宫格每一行和每一列的数字都不反复。地图着色问题是对地图进行着色，使相邻的地域具有分歧的色彩。

CSP问题还会衍生出时序束缚知足问题(TCSP)，个中变量表现的是事宜，束缚表现两个事宜之间可能的时序关系。这类问题的目的是确保变量间的束缚，决议知足束缚的各类场景。对变量强迫实施当地一致性，可以确保问题中的所有节点、弧和路径都知足约東。机械进修范畴和盘算机科学中的许多问题都可以建模为TCSP，如机械视觉、调剂、平面结构设计、SaS体系中的用例等，都可以看作是TCSP。

常见的SaS运用中的时序束缚的例子是用户购置一个物品。用户阅读该物品，把它放入购物车并结算，这些操作都须要一些时光。有人以为，斟酌到绝对的最佳用户体验，无论这个物品是否存在，都要在全部进程中使它坚持同一的状况。要实现这一点，就须要在用户关失落该页面，或者废弃了购物车，或者结算之前，把该物品在数据库中标识为“拘留收禁”的状况。假如我们站点的用户数不多，这种办法简略适用。对用户来说，在把物品参加购物车之前，阅读了100个或更多的物品是很常见的。我们的一个客户声称，他们的用户在把一个物品参加购物车之前，要阅读500多个检索成果。对于这种情形，我们的运用可能须要几个数据库的读副本，使得更多的人可以或许检索和阅读物品，而不是购置物品。如许就发生了问题，年夜多半RDBMS难以坚持节点间的所稀有据完整一致。即使数据库的读副本或者从数据库在数据一致性上只有几秒钟的差异，照样会发生特别情形，例如两个用户都想查看某个物品，而它只剩下最后一个。后面我们会来解决这个问题，然则起首让我们看看为什么数据库会造成这个问题。

造成RDBMS难以进行散布式扩大的属性是一致性。CAP定理，又称为布鲁尔定理，是以盘算机科学家EricBrewer的名字定名的，它描写了在散布式情况中设计运用的三点焦点请求，但这三点请求弗成能同时知足。这三点请求用缩写CAP表现。

一致性(Consistency)–客户端发明一组操作同时产生了

可用性(Avalability)一一在收到筹划中的响应后，任何操作都要终止。

分区容忍性(PartitionTolerance)-即使个体组件弗成用，操作也会完成。

这个问题的解决计划叫做BASE，是解决CAP的架构的缩写，代表根本可用(BasicAvailable)、软状况(SoftState)和最终一致性(EventuallyConsisten)经由过程放松、一致性的ACID属性，在扩大性方面可以获得更年夜的灵巧性。采取BASE架构可以使数据库最终到达一致。这可能只须要几分钟，甚至几秒钟，但在前面的例子中我们看到了，假如运用法式愿望可以或许“锁定”数据，那么即使几毫秒的纷歧致也会造成问题。

放松时序束缚可以从新设计我们的体系、从而使它可以或许到达最终致性。用户刚阅读过一个物品，不克不及确保该物品还存在。只有把该物品放入购物车，运用才会锁定命据，锁定操作会在主写入副本或主数据库中履行。因为我们具有ACID属性、所以可以确保假如生意业务完成了，就可以把该物品的记载标记为“锁定的”、然后用户就可以持续宁神购置了因为该物品已经为他们保存了。而对其他阅读该物品的用户来说，它则可能还有，也可能没有了。

另一个经常发明时序束缚的运用范畴是转移物品(钱)或在用户间通讯。在单一数据库中，很轻易确保用户A把钱、新闻或物品转移到了用户B的账户。把数据散布到多个数据副本上，使得坚持这种一致性变得很艰苦。解决这种问题的办法是不要愿望对即时转移操作有时序约東。让用户A在看到用户B转给他的钱之前期待几分钟，是完整可以接收的原因很简略，转移物晶的两边通平日不会在体系中同步转移物品。显然与同步通讯分歧，如聊天。你很轻易在网站设计体系中加人时序束缚，因为看来，这能供给最好的客户体验。然则，在添加时序约東前，最好斟酌一下如许做发生的历久问题，因为这种约東有可能使得体系扩大变得很艰苦。