cognos

你可以写sql语句来实现，具体怎么操作要等我明天上班的时候，我截个图给你看看。。。现在我大致跟你讲讲：你如果用cognos中的report studio这个工具的话，你点开后进行编辑，你在浏览器页面会看到一根竖线，在那里你可以找到“查询”，你点进去，然后你拖一个“查询项”上去，然后你拖一个“sql”编辑框上去，“sql”编辑框要拖到你的“查询项”上，双击“sql”编辑框中编写你要添加的数据源的sql语句，我给你打个比方：假如你想再继续添加学生表中的信息的话，你在“sql”编辑框中编写：select a, b, c from 学生表 where ... 这里写的sql语句跟数据库中的sql语句写法是一致的，对了，这里最关键的是你在编写“sql”编辑框的之前，你应该要在它的属性框中选择它的数据源，你可以在左下角的属性框中可以找到，编写完sql语句后，你验证一下，如果没有语法错误，验证会直接通过的，关闭“sql”编辑框之后，你再双击“查询项”你会发现里面就会有你sql语句中查询出的那些字段，接下来怎么做，我相信你自己应该可以完成了。对了，我用的cognos是cognos 10版本的。希望我的回答能给你带去帮助。。。

具国家信息中心北京优信佳信息系统有限公司资料反映：Cognos是业界领先的商务智能工具供应商,其最主要的产品是查询与报表工具Impromptu和多维分析工具PowerPlay。本文简要介绍这两种产品。查询与报表工具:ImpromptuImpromptu是企业级交互式数据库查询与报表生成系统,由它生成的报表不仅可以分发给任意Impromptu用户,而且由于Impromptu支持Web功能,报表也可以在组织机构内任意一台桌面机上发布和浏览。对于IS来说,Impromptu的面向对象的体系结构确保了在所有用户和所有报表之间的控制和管理一致性。标准报表基于预定义规则的常规报表是最为普通的报表活动,Impromptu为整个企业创建大量这类标准报表。通过点击工具条,用户可以很容易地对信息进行分组、排序和过滤。选取表和提示符以及异常报表也增加了分布式标准报表的价值。选取表和提示符使用户具有在报表中选择特定查看项目的灵活性。当汇总一份Impromptu报表时,报表作者可以创建一些项值,称为"选取表(picklists)",用户可以单击鼠标从表中选择一个项值。对于包含众多项值的报表,Impromptu给出提示符,以允许用户指定他们想看的项值或项值范围。行列选取表进一步缩小了用户在报表中选取信息的范围。Impromptu给经理们提供了三种处理异常数据(落入指定值域外的数据)的选择方案:·条件过滤器:仅提取落在特定限值之外的项值,用户可以指定特定的项值,也可以从一预定义的列表中选取;·条件突出显示风格:对异常数据运用特殊的格式化风格;·条件显示:仅当某些条件满足时才显示报表对象。即席报表Impromptu的自动报表生成器、框架和模板提供了报表的多样性,可创建即席报表。·Impromptu报表向导(Report Wizard):指引用户按部就班地创建列表和交叉表类型报表。·基于框架的报表:Impromptu使用积木式原理来创建各种简单或复杂的报表,并具备许多种框架风格:列表、表单、交叉表、图表、文本、图画和OLE。框架方式提供了版面和设计的灵活性,使用户能创建完全格式化的复杂报表。若要保持整个企业内部观感的一致性,还可以将报表存为模板以便将来任何时间用于任何数据。·模板:预定义的、独立于数据库的模板允许用户简单地从目录中提取数据,使报表即刻活灵活现。模板包括格式化、逻辑计算和定制自动化,用户可以快速而简便地创建诸如邮寄标签、表单、交叉表和分组列表等与企业业务相关的报表。Impromptu信息目录信息目录提供一个基于LAN的、包含业务知识和数据访问规则的资料库,使最终用户从数据库中隔离出来。在信息目录中可以存储提示符,以便在整个报表应用中按用户输入的提示符动态生成报表。信息目录提供了一个集中式企业数据资源和用户管理环境,它允许管理员通过OLE自动化接口,创建、修改或删除目录的内容。这样管理员可以充分利用现有的元数据存储,并可通过使用表加权优先数据库连接顺序,以优化性能。部署伸缩性Impromptu可以由单一用户根据个人数据建立报表,也可以由几千个用户根据数据仓库建立报表,具有良好的伸缩性。Impromptu的面向对象的体系结构使基于继承的管理和分布式目录成为可能,因此,有关商业规则、访问权限和查询活动的变化都会自顶向下继承到整个组织机构,1000用户数的需求同单用户一样可以得到满足。个人、共享、分布和保密目录类型允许管理员控制每个用户的报表制作活动。用户类决定了数据库的访问方式,包括谁能访问数据库以及用户允许看数据库的哪些内容。数据窄播仅向特定用户展示必要的报表内容,而不是发布整份报表。这是通过用户类来做到的。用户类允许IS指定不同用户观看标准报表的权限。例如:一份标准的国内销售报表可以分发到各地区销售办事处,这样各地的经理仅能看到与他们的地理位置相关的数据。Impromptu Web QueryImpromptu Web Query利用Web直观的超级链接界面,提供企业数据探察与导航。这一基于浏览器的即席报表功能可以立即访问数据库,找到所需的答案,做出正确决策。多维分析工具:PowerPlayPowerPlay 是用于对企业数据进行多维深入分析,即在线分析处理(OLAP)的业务智能工具,使企业经理以及任何人都可以广角度地监控业务的运行,而且以任何方式探察企业数据。PowerPlay 可以充分支持Web、客户/服务器和单机平台,其灵活性、开放性、高度可扩展能力以及优秀的性能,为不同规模的企业提供了有效的业务智能方案。数据探察PowerPlay探察数据的方式有三种:向下钻取(Drill-down)、数据切片(Slice)和旋转(Dice)以及交互式图形分析方式,用户可以从任意角度观察和研究数据。·向下钻取:一层一层地深入剥取详细信息,直到发现最关键的核心信息;·数据切片和旋转:通过插入或移动数据的行或列或其任意组合,从各个角度观察业务信息;·交互式图形分析:以图形化的方式观察和分析数据之间的关系,以及在不同数据之间显示其变化。利用PowerPlay, 用户可以清楚地看到哪一项产品的销售额降低了。通过对在直方图中的某一竖条进行向下钻取分析,用户还可以观察到在哪个月,这种产品的销售额下降是最明显的,为进一步的商业决策提供依据。在PowerPlay中,表和图都是完全交互的,用户可以直接对图表进行任意的切片、旋转、向上/向下钻取等操作或操作组合,来更好地反映业务信息。用户可以将图表放在一个页面上来探察数据趋势,或是分配到多个页面上来检查特异数据;还可以充分利用各种可视化的数据展现手段:交叉报表、饼图、散点图、线图和直方图以及它们之间的相互组合,来丰富报表的展现力。特殊性报告和排序PowerPlay可以醒目地展现特殊情况,例如产品的负增长,使得管理者可以发现需要立即注意的问题。快速和简便的排序可以使用户一眼就区分出最佳和最差的表现。综合全面的报告可以是分层的,每一层展现不同层次的信息,例如在各个部门中的前几个销售产品。PowerPlay可自动找出取值在特定范围以外的数据结果,并将其标记出来,例如销量呈负增长的产品。快速信息提取PowerPlay中的Transformer(数据转换器)可以迅速将日常运行系统中不断产生的企业数据转化成一个或多个高度压缩的多维信息立方体,称做PowerCube。PowerPlay Transformer可以从平面文件或是从二维的关系型数据查询生成PowerCubes。通过Transformer, IS 人员可将来自不同数据源的数据进行集成,例如将来自某一个数据仓库的数据和桌面电子表格的数据汇集在一个或多个相互链接的PowerCube中。PowerPlay可为专业IS人员提供灵活而又直接的集中式管理:·安全用户级别可以有效地管理用户对数据访问和分析的权限,而且可以在生成PowerCube时定义。此外,用户级别的管理还可以使一个PowerCube满足许多用户不同的分析要求。·选择性信息发布,或称"信息窄播(Narrocasting),可以将一份报表中的特定部分提供给相关用户,而无须发布整个报表。·可以很容易地定义自动宏操作,并在应用启动或终止时运行,或是在报表开启或关闭时运行。这些宏可以用来执行许多管理功能,例如一些审计工作等。·用户可以将自定义的PowerBar 交付到某部门,成为具有部门特征的代表界面,或是在整个企业内部交付成为统一的标准。

1、在cognos configuration中禁止匿名访问，并添加一个认证源；2、创建两个用户，一个是管理员，另一个是其他人员；3、在cognos的系统管理员中将“任何人”从其成员列表中删除，并将刚才创建的管理员添加进去；4、在添加的那个其他用户的属性设置“门户选项卡”中将“公共文件夹”删除确认此用户看不到这个文件夹5、最该文件夹添加相应的SQL语句，具体的SQL语句我记不得了。没办法，我对代码基本上不太懂，做起报表来特别费劲，所以后来用了零代码基础的finereport进行报表制作喽！

去 Cognos中国用户联盟 看看

o号称市场最大，客户群体最广，但是国内怎么看都是cognos大单多。比较方便开发使用，中文版齐全。支持.net sdk j2ee，据说java开发而成，但是他的客户端工具风格怎么看都是像vc写的，java写的没有那么快。但是如果开发客户端必须装他的客户工具。开发速度快，客观说是专业级别工具。价格肯定昂贵，据说现在也包括etl olap report全套产品，好像现在高价格被sap收购。cognos高质量高价格，8版本推出，可以让客户端不装任何软件就可以实现高安全性 快速开发（输入网络地址就可以直接开发）。oracle虎视眈眈，可惜他开的价格高，不容易被驯服。他的例子很多，学习方便。现在也包括etl olap report全套产品。ssrs毕竟出自名门，现在开始大规模使用。电信 银行 制造业等开始使用，加拿大某些公司也开始使用，应该说性价比是最高。其他软件公司不可能有微软的实力，他想做什么都可以做到1流的水准。更难得能和ssis olap等无缝集成。有人说ssis不能上台面，但是无情的市场和庞大的客户群体印证了计算机技术的适用性有时候是综合性，并不是单靠技术的高性能的。分析还会无穷的扩大。3个集成一起卖，而且还有2005数据库。想想3万块钱就可以开发，这个不敢想象的。

烤讷儿撕

要是从?S_TACT=105AGX52&S_CMP=bolla（体验版）下载的CognosExpress的话会带有2个sample包，其中一个是Informix，如果不想使用这个而是使用SQLServer的话就要保证SQLServer的版本是2005或打过sp4补丁的2000，并且需要SQLServer的TCP/IP链接是可用的。如果保证SQLServer满足条件了，在链接不上有可能是你在进行连接内容输入的时候打错内容了，小心点在走一遍。

当Cognos应用时直接从关系数据库读取数据时，通过 Cognos ReportStudio 查看的到的SQL形式大致如下：with "RPT_MON_DMS3" as ( select distinct * from "RPT_HQ"."RPT_MON_DMS"),"期间" as ( select "RPT_MON_DMS3"."RPT_MON" "RPT_MON", "RPT_MON_DMS3"."MON_NM" "MON_NM", "RPT_MON_DMS3"."YEAR_ID" "YEAR_ID" from "RPT_MON_DMS3" where "RPT_MON_DMS3"."RPT_NM"="RPT_PA_INDV_CUST_NO_FCT")select distinct "期间"."YEAR_ID" "年key", "期间"."RPT_MON" "日key", "期间"."MON_NM" "New_Query_Item" from "期间"SELECT {[期间]..[all].[2009].[200901]} DIMENSION PROPERTIES PARENT_LEVEL, CHILDREN_CARDINALITY ON AXIS(0) FROM [C:/Program Files/cognos/c8./bin../tempdmbTemp_3320_0048_12688060120.dmc] 上面是一段典型的Cognos生成的SQL，with后面跟着两个子查询"RPT_MON_DMS3"和"期间" ，后面带下划线的是一段主查询，这是一个单一SQL组成的查询语句，此处的SQL也可能由多个语句组成，但是在语句和语句之间没有明显的分隔符号，只能靠SQL语法来阅读，由于Cognos生成的SQL一般带有with关键字，而且一个SQL语句只有一个with关键字，因此可以从with关键字的出现来判断SQL语句的间隔位置，如果这样仍然不方便阅读的话，可以使用TOAD等工具的格式化功能，可能更容易阅读。 最后一段是Cognos的MDX多维查询语句，此语句的产生，说明最终的查询结果是经过了Cognos的本地处理过程而获得的，即Cognos通过前面的一个或者多个SQL语句的查询结果放在Cognos的对应用服务器上，再通过Cognos的多维处理引擎处理，最终生成结果。一般这个MDX语句会出现在整个查询语句的最后阶段，并且该语句无法直接提交给关系数据库执行。 通过以上方法，可以对Cognos就该报表的执行过程有一个比较确切的理解，同时，也是将来用于优化Cognos应用性能的重要手段！

Hyperion现在归在Oracle EPM企业绩效套件下，大产品线是中间件。Hyperion学习的难度不在软件本身，而是相关专业上。planning预算对财务专业背景有一定要求，相应的还要有些管理思想；HFM财务管理（合并）对会计学知识要求更高些。其他的EPM套件基本都是围绕着这两部分，像HPCM分摊，平衡记分卡在国内都很少卖，FDM财务数据质量管理还有卖。Planning主要基于Essbase多维数据库（区别于关系数据库），基本就是玩数字，玩报表的。HFM就是关系数据库玩报表合并。另外OBIEE也在EPM套件下，目前商业分析作用小，报表、页面漂亮。开发主要使用自有的MAXL，MDX语言，过程化语言，有些类似SQL,通过Perl粘接在一起。对计算机类专业没啥难度，但是业务跨度比较大，比较适合财务专业。SAP BO和ORACLE EPM产品是对位的，都可以对应大中小型企业。不过小企业基本是用不起啊。BO和SAP的整合还是有点麻烦，毕竟SAP流程还是要严谨些，BO作为后买的产品，整合起来还是麻烦。只知道开发用ABAP，想好看要JAVA。所以SAP主推还是大数据分析的产品。SAP产品偏重流程管理，对专业要求反倒不算高，但对学习能力本身要求不低。Cognos的定位是中小企业，18M在国内卖的很少，自定开发量太大，成本偏高，所以小企业还是用不起啊。Cognos TM1产品的量身定制还是不错的，平台蛮漂亮，支持预算和报表分析。开发目前主要是JAVA的开发，正则表达式。需要计算机类数学类专业才能玩转。

1、测试cognos是否成功启动，Cognos启动后在ie中输入"http://localhost:9300/p2pd/servlet/dispatch"可以看到ibm cognos门户网站，但是会发现有部分图片不能正常显示，这时将cognos目录下的webcontent下的文件复制到cognos安装目录下的webappp2pd下，然后刷新网页即可看到网页图片说明cognos安装成功。2、先把Oracle驱动复制到Cognos安装目录下的webappp2pdWEB-INFlib中 在Oracle安装目录下的product10.2.0client_1jdbclib里的classes12.jar和ojdbc14.jar就是Oracel驱动。 重启Cognos 服务就可以连接Oracle数据库了。

Cognos是业务智能软件制造商，Cognos有许多产品，Cognos TM1只是它其中的一个产品线，Cognos TM1是一款预算产品，在国内的市场份额不大，2017年国内软件厂商元年科技购买IBM TM1源代码使用权以后构建了自主知识产权的元年C1预算管理软件产品，由于和IBM Planning Analytics底层使用的都是TM1技术，元年C1的流行，也带火了Planning Analytics，尤其在地产，金融等行业有大量的用户，很多友商也积极跟进代理Planning Analytics国内的实施业务，IBM TM1在国内近几年也有了相当大的知名度。IBM Planning Analytics 的优点主要是基于内存计算，所以速度快，但也存在不能做分布式，大并发访问能力弱，内存占用过大等问题，这些问题也阻碍了已经采购IBM Planning Analytics的用户进一步拓展应用广度和拓宽应用规模的需求。和元年C1相比，IBM Planning Analytics还存在很多不足，虽然都是基于TM1技术，但元年科技对TM1的源代码进行了充分的吸收，研发了完全自主知识产权，更先进的内存多维数据库。简单而言，IBM Planning Analytics 的优点主要是基于内存计算，所以速度快，但也存在不能做分布式，大并发访问能力弱，内存占用过大等问题，这些问题也阻碍了已经采购IBM Planning Analytics的用户进一步拓展应用广度和拓宽应用规模的需求。元年科技自主研发的多维数据库则吸收了TM1的核心技术，并结合最新的大数据，互联网技术，实现了分布式，内存使用和管理更优化，性能和稳定性也更优秀。

浅谈一下Cognos处理大数据的思路，仅针对10.2.1以下的版本，对于10.2.1当中引入的hadloop等分布式数据仓库等不做介绍。我们主要从一个一般中等项目当中，用怎样的思路来优化我们的查询。我们主要从3个思路来思考大数据的处理一、数据库层次现在主流的Cognos项目，主要的开发模式还是基于rolap的dmr报表建模。因此，数据库的优化就显得由为重要。主要通过以下几个方面优化我们的数据库：(1)维度id，维度层次id等关键减缩字段建立索引建立、维护。(2)根据数据量的大小，按时间等进行分区优化。(3)高速缓冲表MQT的使用(4)表空间、缓冲池设置等(5)数据库性能优化二、Cognos Server优化Cognos优化包括对配置文件的优化，集群的搭建，服务和日志的开启等基于cognos 软件安装，配置的优化，主要包括以下几个方面：2.1 apache 配置优化Timeout（超时）/MaxKeepAliveRequests（最大的请求数）/KeepAliveTimeout（请求超时）的优化配置2.2Cognos自带tomcat配置调优(1)可修改TOMCAT配置文件CRN_ROOT omcat.confserver.xml。其参数集中在行：可以对maxProcessors（最大进程数）/AcceptCount(最大连接数) ConnectionTimeout（连接超时）进行修改(2)文件路径：CRN_ROOT omcat.confweb.xml可以对session-timeout进行修改.2.3Cognos sever配置文件优化2.3.1 reportservice.xml优化文件路径：CRN_ROOT webappsp2pdWEB-INFservices reportservice.xml注：修改文件后，重启服务后配置生效。包括以下参数 max_process(交互报表处理进程数，和cpu有关) inger_process(交互报表初始化进程数，和cpu优关)max_non_affine_connections_per_process(交互报表所占线程数) idle_process_check_interval_ms(空闲检测时间)queue_time_limit_ms(报表服务队列时间限制) async_wait_timeout_ms(Dispatcher请求等待同步时间)2.3.2 batchreportservice.xml文件路径：CRN_ROOT webappsp2pdWEB-INFservices batchreportservice.xml注：修改文件后，重启服务后配置生效。包括以下参数 max_process(服务批量报表处理所占进程数) linger_process(服务批量报表处理初始化进程数)max_non_affine_connections_per_process(服务批量报表处理所占线程数) idle_process_check_interval_ms(空闲进程检测时间间隔)idle_process_max_idle_ticks(空闲进程检测标记) queue_time_limit_ms(批量报表处理排队时间限制) async_wait_timeout_ms(Dispatcher请求等待同步时间)2.3.3 CQEConfig.xml主要是与数据库参数设置，文件路径：CRN_ROOTconfiguration CQEConfig.xml.sample注：将CQEConfig.xml.sample文件名修改为CQEConfig.xml后，重启服务后配置生效。可以修改以下参数：Timeout(应用数据库连接超时设置) PoolSize(应用数据库连接池最大连接数设置) queryReuse(查询缓冲设置)2013-07-08 0 分享答案对人有帮助，有参考价值1曾力 - Cognos讲师、Cognos独立顾问、数据仓库架构师 2013-07-08 回答2.3.4 ppds_cfg.xml主要进行缓存和日志参数设置，文件路径：cognosc8configuration ppds_cfg.xml注：重启服务后配置生效。可以修改以下参数：ReadCacheSize(可减少用户访问时服务器的磁盘IO。提高访问速度。) pcQueryLogFile(建议生产环境关闭该日志的跟踪，一般默认也是关闭状态)2.4 Cognos content store优化2.4.1优化内容库连接服务内容库最好外配为db2 oracle等数据库，不要用自带的derby.因为项目中的日志信息会非常多，严重影响内容库的效率。Cognos Administration，在系统下选择选择对应的服务，选择ContentManagerService的属性，设置相应的连接参数信息。2.4.2日志优化适当开启各个cognos服务的日志级别，越高级的级别对应更详细，更明确的日志，但也会影响整个系统的效率。这是一把双刃剑，需要适当调整。日志级别设置得越高，就越降低系统性能。通常情况下，您可以将级别设置为“最小”或“基本”来收集错误，或设置为“请求”来收集错误和警告。2.5提高访问数据库速度Cognos和数据库间参数在cerincogdm.ini文件中,(根据版本不同是安装目录的数字，根据连接的数据库不同，是对应数据库名称的关键字)以oracle数据库为例,参数在cogdmor.ini文件中，打开这个文件查找字符串Fetch Number of Rows=去掉这行前面的分号，将10改成2000；这样这行就成了Fetch Number of Rows=2000，表示是每次从数据库取2000条数据。其他数据库基本上都有类似的配置。用以提高从数据库中提取数据的速度。2.6加大缓存cerinCer.ini(*根据版本不同是安装目录的数字)：SortMemory=5120（这里 SortMemory 单位是 2kbytes，5120代表 2k x 5120 = 10M）（技巧：一般 SortMemory 取空闲内存的十分之一到八分之一大小）2.7修改cognos configuration中的参数来优化在cognos configuration中有很多参数可以优化来提高整体软件的运行效率，比如增加内存、增加查询缓存2.8分布式部署分布式部署可以大大提升Cognos服务器的负载能力，同时容错保护功能可以使服务器更为稳定的运行，很好的支持大用户量的并发使用。2013-07-08 0答案对人有帮助，有参考价值1曾力 - Cognos讲师、Cognos独立顾问、数据仓库架构师 2013-07-08 回答3.报表设计优化Cognos报表作为一个工具，在非cube模式下，最终我们执行报表查询的时候，我们的报表发送到数据库进行查询的本质还是sql，所以，在我们制作一张报表的时候，我们要尽可能的利用fm,rs当中的功能，优化报表最终执行生成的SQL实现整个报表的优化。而CUBE模式下，我们更多要考虑配置、存放和数据库大小所造成的影响，下面我会细细说来。2013-07-08 0答案对人有帮助，有参考价值1曾力 - Cognos讲师、Cognos独立顾问、数据仓库架构师 2013-07-08 回答3.1 FM建模优化3.1.1手写SQL定制查询主题右键点击查询主题的菜单项Edit Definition…可以进入SQL语句编写框，调整查询主题的SQL语句。默认情况下，这里的SQL语句为Cognos SQL类型。如果需要编写应用数据库可以直接运行的本地SQL需要将这里的SQL类型进行设置。点击右上方的Options按钮，选择SQL Settings标签页，选择SQL Type为Native。这个时候，我们手写SQL就非常注重这个SQL的优化，尽量避免SELECT *,用EXISTS替代IN,多使用DECODE来进行判断，条件语句注意点等常用SQL优化策略，编写对应的SQL.3.1.2尽量使用特定数据的数据库函数在菜单项Actions中选择Specify Package Function List…指定报表定制中可以使用的数据库函数列表。将除应用数据库意外的其他数据库类型从Selected function sets中选到Available function sets中，尽量使用特定数据库的自带函数可以提高查询效率。3.1.3表关联设定在建立表关联尽量避免使用外关联关系（包括左外关联、右外关联、全外关联）。外关联的使用会使数据库的查询压力骤增，从而影响前端报表的生成。在星型结构、雪花型结构的数据仓库模型中，尽量按照一对一、一对多的关联关系设定维表与实事表之间的关联，Cognos Server会依照这里的关联关系自动优化提交给数据库的SQL语句。如果关联关系中出现了环状连接关系，可以通过别名表或是快捷键的方式解决环状连接问题.3.1.4Edit Governors查询性能设置在菜单项Project中选择Edit Governors，可以设置查询的查询性能Report table limits 该属性设置报表中运行SQL所涉及的TABLE数量Data retrieval limits 该属性设置报表中运行SQL返回结果的数量Query execution time limits 该属性设置报表中运行SQL的执行时间Large text items limit 该属性设置报表中运行SQL返回大文字块的字符数量限制2013-07-08 0答案对人有帮助，有参考价值1曾力 - Cognos讲师、Cognos独立顾问、数据仓库架构师 2013-07-08 回答3.2 RS报表调优3.2.1报表函数的使用在报表函数的使用上，尽可能使用应用数据库能够解析的本地数据库函数，函数列表中的通用函数，在处理时会将函数放在报表服务器进行运算，从而增大了报表服务器的性能开销。3.2.2 观察查询的SQL我们选择查询页面，GENERATE SQL/MDX观察这个报表生成的SQL并进行不断优化，3.3.33.2 RS报表调优3.2.1报表函数的使用在报表函数的使用上，尽可能使用应用数据库能够解析的本地数据库函数，函数列表中的通用函数，在处理时会将函数放在报表服务器进行运算，从而增大了报表服务器的性能开销。3.2.2 观察查询的SQL我们选择查询页面，GENERATE SQL/MDX观察这个报表生成的SQL并进行不断优化，3.3.3查询字段、查询表顺序调整根据数据库的优化策略，可能需要将查询字段的顺序进行调整，可以在Data Items窗口中进行设置。查询SQL语句中，From关键字后面的表顺序是按照select关键字后出现的字段顺序进行设置的。在为表顺序进行设置时，属性为Identifier或Attribute的字段比属性为Fact的字段在为表排序时的优先级要高，即，先以Identifier、Attribute字段的出现顺序为表进行排序，如果没有上述两类字段，才以Fact字段的出现顺序为表进行排序。3.3.4聚合前后设置过滤条件将过滤条件的Application属性设置为After aggregation或Before aggregation可以调整过滤条件在聚合前或是聚合后生效。After aggregation生成过滤条件的SQL语句使用的是关键字having，而Before aggregation生成过滤条件的SQL语句使用的是关键字where。3.3.5取消报表自动分组提高明细报表查询速度如果报表要展现明细数据，不想使用任何汇总，我们可以到此报表对应的查询中将自动分组属性定义为否。修改地方：对象的属性Auto Group & Summarize可以设置当前SQL语句的查询中是否加入distinct、sum、group by这样的关键字。默认情况下，该属性设置为Yes，可以根据查询情况关掉此开关项，减少SQL语句的复杂度。3.3.6自动排序设置在Query的Auto-sort属性中可以为查询设置是否自动排序。如果选择是，则会在生成的SQL语句中自动加入Order By关键字，排序字段将自动根据数据项的属性进行设置（如果查询字段的usage属性为Attribute、Identifier则排序，如果为Fact则不排序）；如果选择否、则不排序；如果选择最小，则根据数据项的排序属性进行排序设置。默认值为最小。3.3.7报表Processing设置在Query的Processing属性中可以为查询设置SQL的处理设置。Cognos Report Studio会将报表的所有设置首先转换为Cognos SQL提交给报表服务器，服务器在进行必要处理后，会将SQL语句转换为应用数据库本地执行的SQL语句，进行数据库处理。为提高报表的处理速度，要尽可能的将报表的处理运算放在数据库进行，以保证其运行速度。将该属性设置为Database only会将报表页面生成的Cognos SQL不经报表服务器处理全部转换为数据库能够执行的本地数据库SQL，如果将该属性设置为Limited Local，则将报表页面生成的Cognos SQL先进行必要的报表服务器运算，然后再将剩余的部分提交给数据库进行本地SQL的处理。默认值为Framework中为Datasource对象的设置的queryProcessing属性。3.3.8使用With子句在Query的Use SQL With Clause属性中可以为查询设置是否使用With子句。部分数据库例如Oracle支持With关键字，当查询中嵌套子查询时，可以通过With子句的使用，减轻报表服务器对Cognos SQL的处理，从而提升报表的运行性能。如果将该属性设置为Yes，则允许使用With关键字，查询中生成的Native SQL将出现With子句；如果将该属性设置为No，虽然拒绝使用With关键字。默认值为Framework中Edit Governors下的Use WITH clause when generating SQL属性设置。3.3.9报表服务器本地缓存设置在Query的Use Local Cache属性中可以为查询设置是否使用本地缓存。如果将该属性设置为Yes，则启用服务器的本地缓存，服务器将为查询结果保存在session中，当用户在浏览器内再次打开同一张报表时，查询结果将取自缓存，从而减轻了数据库的负载压力；如果将该属性设置为No，则禁用服务器的本地缓存，查询结果全部取自数据库的实时数据。默认值为Framework中Edit Governors下的Allow usage of local cache属性设置。我用的是finereport，比这个方便