明细表数据太多，这时的报表怎么处理？

[热情的菜鸟]

报表用的VS2012自带的rdlc报表，有年、月、日报表。
但数据量太大，哪个报表都没法显示，请问这种情况怎么处理呢？

数据库SQL Server2000

[以专业开发人员为伍]

这是纯粹的业务逻辑问题，不是技术问题。 实际上业务，如果程序员不称职的话，那么最好先让美工、商务人员来决定如何设计产品。然后再逼迫程序员去做。 具体到这个所谓报表，如果你站在用户的角度，人家当然需要一种类似“金字塔式”角度去看数据，而不是一上来就看垃圾式的底层。

[threenewbee]

难道你不能分页和允许用户筛选么。 如果用户不小心按了打印，你非得糟蹋完人家一盒的打印纸么？

[热情的菜鸟]

。。。。。 怪我发这贴找骂，你们两位

引用 1 楼 sp1234 的回复:

这是纯粹的业务逻辑问题，不是技术问题。 实际上业务，如果程序员不称职的话，那么最好先让美工、商务人员来决定如何设计产品。然后再逼迫程序员去做。 具体到这个所谓报表，如果你站在用户的角度，人家当然需要一种类似“金字塔式”角度去看数据，而不是一上来就看垃圾式的底层。

这个垃圾式的底层是指的明细数据表吗？ 我用报表显示出来的是汇总后的统计信息，但如果信息量太大，报表就统计不了了，会卡死。 这种情况哪种处理方式最好？

引用 2 楼 caozhy 的回复:

难道你不能分页和允许用户筛选么。 如果用户不小心按了打印，你非得糟蹋完人家一盒的打印纸么？

分页没做，筛选是肯定筛选的，比如客户筛选一周的数据，这一周大概500万条数据量， 我在rdlc报表中做了字段求和、平均值等数据统计工作，但数据量大，报表卡死了。 这种情况下，用什么方式处理比较妥当？ 用代理作业还是每次查询的时候都开个线程统计完数据再丢给报表，还是其他什么的 能用你们的经验给指条明路吗？

[热情的菜鸟]

先谢谢两位钻石大晚上的回复

[threenewbee]

引用 3 楼 Steinway 的回复:

。。。。。 怪我发这贴找骂，你们两位 [quote=引用 1 楼 sp1234 的回复:] 这是纯粹的业务逻辑问题，不是技术问题。 实际上业务，如果程序员不称职的话，那么最好先让美工、商务人员来决定如何设计产品。然后再逼迫程序员去做。 具体到这个所谓报表，如果你站在用户的角度，人家当然需要一种类似“金字塔式”角度去看数据，而不是一上来就看垃圾式的底层。

这个垃圾式的底层是指的明细数据表吗？ 我用报表显示出来的是汇总后的统计信息，但如果信息量太大，报表就统计不了了，会卡死。 这种情况哪种处理方式最好？

引用 2 楼 caozhy 的回复:

难道你不能分页和允许用户筛选么。 如果用户不小心按了打印，你非得糟蹋完人家一盒的打印纸么？

分页没做，筛选是肯定筛选的，比如客户筛选一周的数据，这一周大概500万条数据量， 我在rdlc报表中做了字段求和、平均值等数据统计工作，但数据量大，报表卡死了。 这种情况下，用什么方式处理比较妥当？ 用代理作业还是每次查询的时候都开个线程统计完数据再丢给报表，还是其他什么的 能用你们的经验给指条明路吗？[/quote] 即便你做出来了，这样的系统有什么用，你让用户打印还是让用户浏览？最终你的程序除了浪费纸张和墨粉，没有别的意义。

[threenewbee]

你应该重新审视你在实现什么样的用户需求，这真的是用户想要的么？多和用户沟通。 也许用户说，我只要一个包含了摘要和统计数的报表，或者用户需要你能够做更精确的查询，以缩小查询的结果。 或者，用户的确需要提取大量的数据，但是他发现，使用报表打印是不实际的，实现一个导出到文件或者数据库的功能才是他们要的。

[热情的菜鸟]

引用 5 楼 caozhy 的回复:

[quote=引用 3 楼 Steinway 的回复:] 。。。。。 怪我发这贴找骂，你们两位 [quote=引用 1 楼 sp1234 的回复:] 这是纯粹的业务逻辑问题，不是技术问题。 实际上业务，如果程序员不称职的话，那么最好先让美工、商务人员来决定如何设计产品。然后再逼迫程序员去做。 具体到这个所谓报表，如果你站在用户的角度，人家当然需要一种类似“金字塔式”角度去看数据，而不是一上来就看垃圾式的底层。

这个垃圾式的底层是指的明细数据表吗？ 我用报表显示出来的是汇总后的统计信息，但如果信息量太大，报表就统计不了了，会卡死。 这种情况哪种处理方式最好？

引用 2 楼 caozhy 的回复:

难道你不能分页和允许用户筛选么。 如果用户不小心按了打印，你非得糟蹋完人家一盒的打印纸么？

分页没做，筛选是肯定筛选的，比如客户筛选一周的数据，这一周大概500万条数据量， 我在rdlc报表中做了字段求和、平均值等数据统计工作，但数据量大，报表卡死了。 这种情况下，用什么方式处理比较妥当？ 用代理作业还是每次查询的时候都开个线程统计完数据再丢给报表，还是其他什么的 能用你们的经验给指条明路吗？[/quote] 即便你做出来了，这样的系统有什么用，你让用户打印还是让用户浏览？最终你的程序除了浪费纸张和墨粉，没有别的意义。[/quote] 主要是浏览，这个软件需要配合硬件，读取出来的数据需要统计给管理人员看。 打印也不至于浪费纸张啦，看不出版主还是很节约的嘛。

[热情的菜鸟]

我想在考虑的是这么大的数据量的统计工作 是交给数据库（用代理的作业），让报表直接读取统计后的数据。 还是交给客户端（当客户需要时，开个线程汇总数据），然后把汇总后的数据丢给报表显示。 但肯定不能直接将原始数据丢给报表来统计，因为这样已经失败了。

[吉普赛的歌]

引用 8 楼 Steinway 的回复:

我想在考虑的是这么大的数据量的统计工作 是交给数据库（用代理的作业），让报表直接读取统计后的数据。 还是交给客户端（当客户需要时，开个线程汇总数据），然后把汇总后的数据丢给报表显示。 但肯定不能直接将原始数据丢给报表来统计，因为这样已经失败了。

巨大的数据统计工作，　应该交给定时 SQL作业 去完成，而不是强迫客户端在分秒钟帮你搞定一切。 你的客户端取定时任务完成的结果就好了。 此外，　推荐你用 sqlserver 2005/2008 , 扔掉2000, 2000的功能太差

[吉普赛的歌]

引用 10 楼 yenange 的回复:

而不是强迫客户端在分秒钟帮你搞定一切。

而不是强求客户端在分秒内返回一切实时数据。

[热情的菜鸟]

引用 1 楼 sp1234 的回复:

引用 2 楼 caozhy 的回复:

什么情况？ 给兄弟捞点干的行不？

[吉普赛的歌]

引用 13 楼 Steinway 的回复:

只是惋惜我老早就无满意结贴了。

呵呵，没事，交个朋友 其实他们俩确实是大牛，　只是在某些地方的眼光可能不够开阔, 换个思路就好了。

[热情的菜鸟]

引用 11 楼 yenange 的回复:

[quote=引用 10 楼 yenange 的回复:] 而不是强迫客户端在分秒钟帮你搞定一切。

而不是强求客户端在分秒内返回一切实时数据。[/quote] 谢谢，两个钻石都是进来装B的，只有你回答了我的问题。 谢谢

[热情的菜鸟]

只是惋惜我老早就无满意结贴了。