Reporting Service使用存储过程数据源速度变慢的问题

dmh2000 2014-02-17 03:59:35

之前使用存储过程将处理过的数据记录在事实表中，然后使用报表调用此表做为数据源
整个过程大概5秒左右
后来改用此存储过程直接返回记录集，报表调用此存储过程做为数据源
发现时间大大延长，整个过程超过1分钟

经测试发现
报表每增加一个参数
存储过程就多执行一次
有人知道是为什么吗？
要如何解决？
谢谢

...全文

310 3 打赏收藏转发到动态举报

写回复

3 条回复

切换为时间正序

请发表友善的回复…

发表回复

熙风 2014-02-19

打赏
举报

回复

关联得多，多个条件就会费很多时间

md5e 2014-02-18

打赏
举报

回复

你的数据集关联越多,速度越慢

dmh2000 2014-02-18

打赏
举报

回复

没人接触过吗？

文档给出了大部分的NSN交换换告警大全，带有常用的处理方法

本文深入解析了 SQL Reporting Services 的扩展功能与部署策略，涵盖了其架构组件、不同规模的部署场景、系统要求、安装流程、安全与性能优化建议以及常见问题解决方案。通过详细的说明和操作流程，帮助读者全面掌握 Reporting Services 的使用，实现高效、灵活和安全的报告服务。

数据加载是将数据从源系统传输到目标OLAP系统的过程，如同将分散的食材集中到中央厨房。在ETL（抽取-转换-加载）流程中，它是"E"（Extract）和"L"（Load）环节；在ELT（抽取-加载-转换）流程中，它负责将原始数据加载到目标系统，后续转换在目标系统中完成。生活类比：传统邮政系统 vs 现代物流网络传统数据加载：如同信件通过邮局层层中转，速度慢、可靠性低大数据加载：如同快递物流网络，支持批量运输、实时追踪、异常处理。

小明是一家初创电商平台的开发人员，他负责卖家模块的功能开发，其中涉及了店铺、商品的相关业务，设计如下数据库：通过以下SQL能够获取到商品相关的店铺信息、地理区域信息：形成类似以下列表展示：随着公司业务快速发展，数据库中的数据量猛增，访问性能也变慢了，优化迫在眉睫。分析一下问题出现在哪儿呢？关系型数据库本身比较容易成为系统瓶颈，单机存储容量、连接数、处理能力都有限。当单表的数据量达到1000W或100G以后，由于查询维度较多，即使添加从库、优化索引，做很多操作时性能仍下降严重。方案1：通过提升服务器硬

利用注册表修改开机启动程序: 修改以下三个地方就可以了，最主要的是Run这个地方。[HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Run] [HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\RunOnce]（仅运行一次） [HKEY_LOC

4,819

社区成员

14,134

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章