网站维护数据库的架构需求是什么？

　　照常，你最多[网站建设网站建设]最好定义您的需求。特别是，在超过您的范围的问题内成为他人[良好的企业网站建设服务]通过写作作为文档。如果这一步骤很清楚，你会帮助每个人都忙碌。你应该解决这个问题， 你应该越快解决这个问题。预算速度并计划解决问题。所以，让我们以假想的Web应用程序为例，它非正式地列出了要求。

　　我们的虚构申请每天24小时在线。交通中会有潮汐和峰值，正如美国东海岸的不同，每天都会有两个峰。我们的峰值足够高。从而， 可以在循环中保持操作。但不能停止，只能降低执行这些维护操作的能力。机会将直接影响系统底线。未来，我们将延伸到欧洲和亚洲。因此，关闭更加可行。会有季节性的高流量，一些流行的网站上的主页也可能提及我们，从而， 流速增加。没关系， 我们可以降级功能，欢喜。

　　专业营销型网站价格

　　数据库的读取操作将占95％，并写下5％。大多数写操作都是单行，将有一些复杂的查询。这些查询将非常耗时，为了提高效率，必须计算一些摘要，或对某些数据进行非标准化处理，这将是一个非非常消耗的CPU的过程。我们将把这些耗时的分析的成本推向整天，因此，使用的数据将稍微更多。使用这些过时的数据是没问题，而有时，我们必须在一天内更新数据上的数据。

　　数据库模式的问题尚未解决; 申请不成熟，它是迅速的发展，包括数据库模式不断变化。结果是必须执行在线部署。所以， 您必须在生产环境中运行更改表。作为更新数据库模式的例程手段，而且你不能影响可用性。我们知道数据会越来越多。改变需要的时间将越来越多。这么久才忍受。

　　持续负载将超过单个服务器的电源。它太多了多远？[网站建设公司价格]那因为只有三个数字：零， 1多。反正，我们都不认为该申请将增长到互联网的规模。所以我们将考虑几十个网站。

　　一定范围内的数据丢失可以是[公司网站建设多少钱公认。如果服务器消失了一段时间，会失去一个小钱，但它将面临管理组织。无论如何，我们仍然希望数据库服务器高度可用。在集装箱的一年不超过一天。因为，5分钟的停机时间比5分钟的数据丢失更贵。

　　为了灾难恢复，我们要求数据库在最糟糕的情况下从昨天的数据中恢复。在大多数情况下，我们当然希望能够刚才恢复数据。让损失超过几秒钟。我希望恢复过程不应该超过一小时。在最糟糕的情况下，例如丢失大量数据或服务器，然后我希望恢复时间不超过一天。

　　该团队仅对数据库有一般权力。我们的团队实际上是Ruby在Rails上的专家，所以高级数据库问题仍然需要外部帮助。系统管理团队也非常好。但它在数据库中也不是很好。全网营销型网站

　　记住这些，让我们来看看如何满足这些需求。

　　成功

　　在开始研究特定架构之前，我想指出需要计划的东西，无论最终的架构是什么：

　　●首先要做的是增加缓存层。Memcached非常易于使用，使用memcached可以减少数据库的太多负载，没有它太愚蠢了。

　　●不要让用户有异常情况，如果有10个，000朋友，或1000张。照片。对于那些昂贵的关键领域，限制规模，不要允许不受限制的增长，您可以在合理的范围内保留事物。并且不会等到有问题，然后，我会生气那些谁导致异常。反遗留，不会有令人惊讶的事情。因此，也构成了良好的用户体验的一部分。

　　●小心，不要让自己的网站建设标准比用户的期望，不要为应用程序构建太昂贵的功能。显示搜索结果的精确数量，和精确的搜索结果页面，这是一个经典错误。谷歌不这样做，所以你不需要这个。