针对仪表板应用程序的C#2.0或3.5设计最佳实践
我正在设计一个仪表板应用程序（一个asp.net web应用程序），从中可以获得网格格式的最新更新数据。网格应该包含所有实时信息。dataaccess来自大多数表，可能有1-many关系和聚合。因此，对于每个记录，我循环遍历100个表，以获得所有表的聚合。设计数据库读密集型仪表板应用程序的最佳实践是什么。我希望每次能够访问该应用程序的用户超过1000人。我应该遵循什么样的设计模式？或者任何最佳实践等？如果您的数据不需要绝对实时，您可以缓存结果，这样就不必频繁运行查询 在数百个表之间执行查找，听起来好像当大量流量开始冲击它时，它的性能会非常糟糕。你应该尽可能多地缓存东西。即使只缓存数据20-30秒，也比总是实时检索数据要好针对仪表板应用程序的C#2.0或3.5设计最佳实践,c#,C#,我正在设计一个仪表板应用程序（一个asp.net web应用程序），从中可以获得网格格式的最新更新数据。网格应该包含所有实时信息。dataaccess来自大多数表，可能有1-many关系和聚合。因此，对于每个记录，我循环遍历100个表，以获得所有表的聚合。设计数据库读密集型仪表板应用程序的最佳实践是什么。我希望每次能够访问该应用程序的用户超过1000人。我应该遵循什么样的设计模式？或者任何最佳实践等？如果您的数据不需要绝对实时，您可以缓存结果，这样就不必频繁运行查询 在数百个表之间执行查找，听起
如何进行这项工作取决于您的体系结构。如果使用ASP.NET，您可以查看Microsoft的一些更好的想法。如果您的数据不需要绝对实时，您可以缓存结果，这样就不必经常运行查询 在数百个表之间执行查找，听起来好像当大量流量开始冲击它时，它的性能会非常糟糕。你应该尽可能多地缓存东西。即使只缓存数据20-30秒，也比总是实时检索数据要好 如何进行这项工作取决于您的体系结构。如果使用ASP.NET，您可以查看Microsoft的一些更好的想法