报表功能设计思考-初步尝试-第一次

 

在项目中看到一个别人的报表统计方案,将十几个统计sql统一写在一个存储过程中,这种方案很省事。但是个人感觉运行起来可能导致数据库卡死,导出结果也不容易。

一个存储过程中的sql太多了,也太复杂了。

 

个人咨询同学和网友,思考了一个方案。在网页上从上到下罗列各种统计功能,每个统计功能前面加一个复选框,当需要这个统计时,就勾选该统计功能,然后输入条件。勾选完毕后,点击导出统计结果按钮,然后根据 用户的勾选一次读取每个统计功能的sql,填充筛选条件。然后循环执行sql去数据库查询,将查询结果table依次加入提前创建好的DataSet中。

等所有sql都查询完毕,就根据DataSet生成最终的统计结果,导出Excel文件。

 

为了提高统计性能,可以将功能名字,加上条件,作为键将查询结果加入缓存如果缓存中有统计结果,就直接从缓存中取数据直接加入DataSet。

 

posted on   荆棘人  阅读(145)  评论(0编辑  收藏  举报

编辑推荐:
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
阅读排行:
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· AI编程工具终极对决:字节Trae VS Cursor,谁才是开发者新宠?
· 开源Multi-agent AI智能体框架aevatar.ai,欢迎大家贡献代码
· Manus重磅发布:全球首款通用AI代理技术深度解析与实战指南
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
历史上的今天:
2017-11-27 socket一个例子
2017-11-27 SQLite
2017-11-27 asp.net 页面缓存、数据缓存
2017-11-27 原生js
2017-11-27 性能指标分析

导航

< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5

统计

点击右上角即可分享
微信分享提示