构建一个应用程序来计算服务水平协议(protocol)的指标。我可以访问一个单一的、非规范化的表,该表提供我需要的信息:工单 ID、类别/子类别、开放/关闭日期、工单优先级等。识别正在衡量的特定 SLA 的唯一方法是选择按类别和子类别。然后我需要在给定的日期范围内按优先级计算门票。我对 SQL 和编码没有任何问题,但如何最有效地设置它? SLA 来来去去,但我目前有八个要处理。对于单个大表,所有 SLA 的列都是相同的。用户事件是选择现有的 SLA 度量报告、添加新的和删除旧的。对于每个 SLA(表示类别、子类别和优先级的组合),应用程序确定哪些工单超过了 SLA 与该时间段(滚动年或单个月)提交的工单总数,并显示整个摘要组件和月/年/优先级表困惑。
我在编写这些代码时没有问题;问题是创建什么以及何时创建。例如,主页显示八个已知 SLA 报告的列表(从 XML 文件中提取的列表数据),以及指向各个报告的链接。 (我有没有提到这是一个 Web 应用程序?公司不会从 .NET 2.0 升级吗?)因此,在应用程序启动时,我是否应该为每个已知报告创建一个单独的数据集,并制定一些计划(每月)刷新数据?或者,应该单击主页上的报告链接,触发为该特定报告构建临时数据集。或者,是否应该只有一个数据集——汇总表——具有动态创建子集的链接和函数?我需要知道什么才能在选项中做出选择?月初最活跃的用户并不多——可能只有 100 个。这是否表明一种选择优于另一种选择?
显然,在我能够独立进行任何真正的架构设计之前,我需要更多的经验!
感谢您的任何想法和评论。
兰迪
最佳答案
做这样的事情:
- 使用定义 SLA 的列创建 SLA 表
- 用您的 8 种 SLA 类型填充它。
- 创建用于修改这些的界面。
- 根据您的数据集的大小,即时生成报告,或每晚生成报告(取决于这些报告的性能。)。
使用 ASP.Net 2.0 不是问题,因为它可以完成上述所有工作。
关于.net - 体系结构帮助 : Queries on Subsets,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3712089/