COGNOiSe.com - The IBM Cognos Community

IBM Cognos 10 Platform => Cognos 10 BI => Report Studio => Topic started by: tarunkrdas2013 on 07 Dec 2015 03:40:44 PM

Title: Report Design to be developed from SQL(Not Iport SQL option)
Post by: tarunkrdas2013 on 07 Dec 2015 03:40:44 PM
I have a sql which needs to be developed in a List Report in a similar fashion as in  SQL attached here at this thread ,not through Import SQL option.
Can anyone suggest me how do i achieve  the same
Title: Re: Report Design to be developed from SQL(Not Iport SQL option)
Post by: Lynn on 08 Dec 2015 02:21:24 AM
Quote from: TKD on 07 Dec 2015 03:40:44 PM
I have a sql which needs to be developed in a List Report in a similar fashion as in  SQL attached here at this thread ,not through Import SQL option.
Can anyone suggest me how do i achieve  the same

Use Framework Manager to create a package that reflects the data required for reporting and use that as the source for your reporting.
Title: Re: Report Design to be developed from SQL(Not Iport SQL option)
Post by: BigChris on 08 Dec 2015 03:21:55 AM
Given a quick look at the SQL it might be worth considering a cube as well...
Title: Re: Report Design to be developed from SQL(Not Iport SQL option)
Post by: tarunkrdas2013 on 08 Dec 2015 11:09:55 AM
Thanks Lynn and BigChris for reply,as of now i am looking to find a way to achieve it from RS only by creating filters and joins at report level (because we already have FM package with all the data items),if all these data items are available in FM package ,what will be the best way to achieve the result
Title: Re: Report Design to be developed from SQL(Not Iport SQL option)
Post by: bdbits on 08 Dec 2015 05:26:48 PM
If your FM model has been designed correctly, you will not need any of that SQL. The best way to achieve the result is to have proper modeling in the package, then use the Cognos features and functions as was intended by those who created Cognos.

Putting all of that into a Report Studio set of queries would be a maintenance nightmare and is unnecessary.