Please start any new threads on our new
site at https://forums.sqlteam.com. We've got lots of great SQL Server
experts to answer whatever question you can come up with.
Author |
Topic |
mivey4
Yak Posting Veteran
66 Posts |
Posted - 2007-04-02 : 13:49:51
|
Hi,Our company is using SQL Reporting Services 2000. There have been some pending changes for some stored procedures that most of the reports are using and I have been asked to temporarily suspend the e-mail from being sent to a large number of accounts.For a handful of reports this is not a light task and for the number of accounts that I must suspend it's a very large task because of having to go to each and every subscription and either delete it or set null values to the recipients field.I believe there has got to be a better way to manage the e-mail subscriptions, Can anyone here provide an alternate method that would be more efficient?I have viewed the subscriptions table in effort of locating where SQL looks for the subscription info and noted that there is a column called [InactiveFlags] having an apparent default value of 0. Does anyone know if this value determine whether or not the e-mail is executed or not? And if so, what value would need to be set to temporarily stop the e-mail from going out? If I can identify the appropriate fields in the table it would save a lot of time and effort to make the changes.To add to the havoc, this request is adHoc with only 1 day to get it done so ANY suggestions would be welcome. PLZ......Thanks |
|
jhermiz
3564 Posts |
Posted - 2007-04-05 : 14:23:01
|
All information is stored in the RS database itself. Remember RS uses sql server so look at the ReportServer database.There is a table called Subscriptions.I recommend you read my post on the power of the report server:http://jhermiz.googlepages.com/powerofreportserverThis will show you how to learn to use the report server database to do jobs that otherwise would be difficult or impossible to do with their clunky interface.After you read the above post, which you should do so you understand how the RS database works. Then try running the following:SELECT dbo.Subscriptions.Description, dbo.[Catalog].Name, dbo.Users.UserNameFROM dbo.Subscriptions INNER JOIN dbo.[Catalog] ON dbo.Subscriptions.Report_OID = dbo.[Catalog].ItemID INNER JOIN dbo.Users ON dbo.Subscriptions.OwnerID = dbo.Users.UserID This will list to you all reports being used by RS users.To delete subscriptions simply use a DELETE statement against the records you dont want from the subscriptions table. However, please note these DELETE the subscription it will be GONE.If however, just want to inactivate them then set the activity level flag in the subscriptions table to 1.JonProgrammers HowTo's -- [url]http://jhermiz.googlepages.com[/url] |
|
|
Michael Valentine Jones
Yak DBA Kernel (pronounced Colonel)
7020 Posts |
Posted - 2007-04-05 : 16:03:04
|
quote: Originally posted by jhermiz All information is stored in the RS database itself. Remember RS uses sql server so look at the ReportServer database.There is a table called Subscriptions.I recommend you read my post on the power of the report server:http://jhermiz.googlepages.com/powerofreportserverThis will show you how to learn to use the report server database to do jobs that otherwise would be difficult or impossible to do with their clunky interface.After you read the above post, which you should do so you understand how the RS database works. Then try running the following:SELECT dbo.Subscriptions.Description, dbo.[Catalog].Name, dbo.Users.UserNameFROM dbo.Subscriptions INNER JOIN dbo.[Catalog] ON dbo.Subscriptions.Report_OID = dbo.[Catalog].ItemID INNER JOIN dbo.Users ON dbo.Subscriptions.OwnerID = dbo.Users.UserID This will list to you all reports being used by RS users.To delete subscriptions simply use a DELETE statement against the records you dont want from the subscriptions table. However, please note these DELETE the subscription it will be GONE.If however, just want to inactivate them then set the activity level flag in the subscriptions table to 1.JonProgrammers HowTo's -- [url]http://jhermiz.googlepages.com[/url]
Is the schema of the Reporting Services database documented?Do you have a link to it?CODO ERGO SUM |
|
|
jhermiz
3564 Posts |
Posted - 2007-04-05 : 17:07:24
|
quote: Is the schema of the Reporting Services database documented?Do you have a link to it?CODO ERGO SUM
Not to my knowledge. I've been dealing with RS ever since it was born, original beta tester. Beta tested 2k as well as 2k5. I've done a lot of work with the actual database itself because my job requires me to. The interface (report manager) is simple, however most report writers, dba, or developers for that matter need more than just the bare bones of displaying reports or viewing them. Especially administering hundreds if not thousands of users running specific reports. I've had to rework that interface to fit some key requirements for our usage. That is why you'll see most of my posts going to the RS database side of things. Of course you have to be careful you don't screw up something. Some of the table names, field names dont match what you would expect, but I've been doing it so long now that I'm accustomed to it.For anyone else interested here were some topics I wrote about in RS on sql-server-performance. http://www.sql-server-performance.com/absolutenm/PPLSearch.aspx?publisher=19You'll also see me at the MS devconnections (reporting services seminar) next year as I was there last year as well.Programmers HowTo's -- [url]http://jhermiz.googlepages.com[/url] |
|
|
Michael Valentine Jones
Yak DBA Kernel (pronounced Colonel)
7020 Posts |
Posted - 2007-04-05 : 18:27:25
|
OK, thanks. I was told before that the RS database is not publicly documented, so I was surprised when I saw your queries.Do you know if the SQL 2005 RS database has any major changes?CODO ERGO SUM |
|
|
jhermiz
3564 Posts |
Posted - 2007-04-06 : 09:43:55
|
For the most part the 2k and 2k5 databases are quite the same. All of the queries I have posted will work on either system. 2k5 however has added a few new tables:ModelDrillModelItemPolicyModelPerspectiveServerParametersInstanceUpgradeInfoI have not found these tables to be of any use in my work yet.Programmers HowTo's -- [url]http://jhermiz.googlepages.com[/url] |
|
|
|
|
|
|
|