基于CRM..written的复杂知识管理系统
我们都听说过salesforce和sugarcrm以及类似这样的系统。不幸的是，在我的工作场所，我们被要求编写一个类似的系统(而不是许可或购买)。基本上，数据库相当大。考虑到模块，如:企业集团、客户、程序、项目、子项目和问题管理。简单地说，一个企业集团有一个对许多客户。一个程序有一个或多个项目。一个项目有一个或多个子项目。一个问题可以在许多子项目上产生。
当然，系统要复杂一些，但我认为最好不要列出每个模块，而要保持简单。无论如何，处于当前状态的系统只有两种资源可供使用(基本上我们必须做到这一点: CSS、数据库、jquery、asp.net和C#)。首先，我们定义了UI主页面和页脚页，这样我们就可以在所有页面上重用这些页面。
现在是最困难的部分。该系统将有大约4k终端用户，例如5-10%是并发用户。我们想知道是否有必要缓存我们的数据库数据(比如5-10分钟)，而不是连续地访问我们的数据库。原因是其中一些页面可能有5-10个与页面相关的搜索筛选器。想象一下，每次从搜索框中做出选择时，数据库点击了多少次。另外，这些搜索字段中有一些是级联的，因此选择例如，初始下拉列表可能会在它们下面级联几个下拉框。
缓存是错误的，因为我找不到太多关于它是否是好主意的文章。记住，这个系统类似于一个CRM系统，在这个系统中，我们管理我们的各种客户、项目、子项目、问题等等。
回答 1
Software Engineering用户
发布于 2013-11-10 06:58:24
某些类型的缓存是有意义的，但是500个并发用户通常远远低于您需要考虑的程度。1-2企业质量服务器能够处理成千上万的并发用户，即使使用量很大，如果实现得很好的话。
执行容量规划(这里是一个链路服务器示例)是很好的，但是数据库缓存很可能是优化步骤5(最早)，如果您仍然无法跟上需求，那么应用程序级缓存更像是步骤10 --如果给定小于1000个并发数，那么这个步骤永远不会发生。除非你得到了一些非常、非常低功率的服务器设备，否则你不需要担心什么。
此外，缓存有很多种，而在应用程序中手动缓存数据--尤其是在CRM这样的数据驱动应用程序上--可能是最没有帮助的一种。跟着那些你能“打开”的，当你发现需要的时候，先调整。
当和如果出现性能问题时，配置文件以确定故障的来源，并以对总体开发影响最小的方式进行调整。
至于缓存的基本问题，当它需要时，它可以是蜜蜂膝盖。最简单的方式是，大多数现代数据库系统都可以轻松地实现(或自动)查询缓存，这是减轻服务器负载的一种很好的方法--特别是当您有一些复杂的查询和几十万条记录(或更多)时。
如果您还不是be...challenging，则更积极的缓存可能会导致DBWizard和时间消耗。
https://softwareengineering.stackexchange.com/questions/218030
复制相似问题
腾讯云开发者
