Showing posts with label version. Show all posts
Showing posts with label version. Show all posts

Saturday, February 25, 2012

Report header and footer only to appear in printed version

HI

I have a report that I view in Sql 2005 reporting services that contains no header or footer. I do not want these to be displayed in the browser.

I would like to add a header and perhaps footer which will only appear on the printed document but not in the web browser.

Is there any way to accomplish this task?

Thanks

Further to the question posted above, as an alternative ...

Is it possible to view one version of a report and print a different version ?

I am considdering using the ReportViewer control and disabling the print button. Replacing print functionality by putting a link to a second, printable version, of the report and printing it without rendering.

A more elegant approach would be preferred. Any suggestions?

Tuesday, February 21, 2012

Report hangs 4 CPU server

Forgive my lack of knowledge on SQL here...

We have a SQL server, version 7, that has 4 CPU's. Some of our staff have reports that must be run at random times before cutting checks etc. and these reports bog down the servers CPU's big time, enough so that we can not access the server via Enterprise Manager and at times not even through Query Analyzer. During this time of course other users can not do standard work of saving or accessing the database. Our Processor queue length never seems to go over 1 now. (We recently went from 2 to 4 CPU's do to a 1.4 average queue length).

I have heard that is is possible to limit the number of CPU's that certain query's or events can use. What is the proper terminology for this and can a person do this with limited knowledge? If this can be done during "working hours" so that during off hours query's can use all CPU's, even better.

Thanks,
Mike GilbertYou probably want to think HARD before you do this, but you can set the Max Degree of Parallelism (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/adminsql/ad_config_7h9q.asp).

-PatP|||How much ram does this machine have? Is upgrading to SQL2000 an option? What are the processor speeds?|||This is a typical situation, where everyone looks at the DBA for the solution. My gutt feeling would be to run the SQL Profilier, capture the query and do an analysis of the Query. Before thinking about changing the SQL Server HW set up, make sure that you do the following:
1. Test the Query running for the report
2. Run update Stats
3. Recompile the Query
4. Check for the Locks

Also how Big is your databases?