Products

Solutions

Resources

Partners

Community

Blog

About

QA

Ideas Test

New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeOur CommunityOur CommunityGeneral Discuss...General Discuss...Scheduler Stored Procedure PerformanceScheduler Stored Procedure Performance
Previous
 
Next
New Post
1/22/2008 8:17 PM
 

While running a SQL Profiler trace against my DotNetNuke database, I noticed a huge CPU cost from the GetSchedule command. My sites were loading incredibly slow and I was on a mission to find out why. This may be fixed in the latest version, but I'm on 4.3 right now. The LEFT JOIN on the ScheduleHistory table was taking the majority of the query's performance. That one proc was single-handedly bringing SQL to its knees and putting my server's CPU usage at 100%. I changed the stored procedure to the query below and I've seen a dramatic increase in performance.

 

PROCEDURE [dbo].[GetSchedule]varchar(150)S.ScheduleID, S.TypeFullName, S.TimeLapse, S.TimeLapseMeasurement, S.RetryTimeLapse, S.RetryTimeLapseMeasurement, S.ObjectDependencies, S.AttachToEvent, S.RetainHistoryNum, S.CatchUpEnabled, S.Enabled, (SELECT TOP 1 NextStart FROM ScheduleHistory S1 WHERE S1.ScheduleID = S.ScheduleID ORDER BY S1.NextStart DESC) as NextStart, S.Servers

FROM

Schedule S

WHERE

(@Server IS NULL or S.Servers LIKE ',%' + @Server + '%,' or S.Servers IS NULL)

GROUP

BY S.ScheduleID, S.TypeFullName, S.TimeLapse, S.TimeLapseMeasurement, S.RetryTimeLapse, S.RetryTimeLapseMeasurement, S.ObjectDependencies, S.AttachToEvent, S.RetainHistoryNum, S.CatchUpEnabled, S.Enabled, S.Servers

 

@Server

AS

SELECT

ALTER

 
New Post
1/23/2008 10:03 AM
 

ALTER

PROCEDURE [dbo].[GetSchedule]varchar(150)

AS

SELECT

S.ScheduleID, S.TypeFullName, S.TimeLapse, S.TimeLapseMeasurement, S.RetryTimeLapse, S.RetryTimeLapseMeasurement, S.ObjectDependencies, S.AttachToEvent, S.RetainHistoryNum, S.CatchUpEnabled, S.Enabled, (SELECT TOP 1 NextStart FROM ScheduleHistory S1 WHERE S1.ScheduleID = S.ScheduleID ORDER BY S1.NextStart DESC) as NextStart, S.Servers

FROM

Schedule S

WHERE

(@Server IS NULL or S.Servers LIKE ',%' + @Server + '%,' or S.Servers IS NULL)

GROUP

BY S.ScheduleID, S.TypeFullName, S.TimeLapse, S.TimeLapseMeasurement, S.RetryTimeLapse, S.RetryTimeLapseMeasurement, S.ObjectDependencies, S.AttachToEvent, S.RetainHistoryNum, S.CatchUpEnabled, S.Enabled, S.Servers

@Server

 
Previous
 
Next
HomeHomeOur CommunityOur CommunityGeneral Discuss...General Discuss...Scheduler Stored Procedure PerformanceScheduler Stored Procedure Performance


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out