View using 100% CPU on server

Hi -

We wrote a little view that joined contributions with credits so that we could pull lists out of list manager that pulled on TOTAL contributions (i.e. a donor of $5K with a soft credit of $5K comes up as a 10K donor or a donor with 4 gifts of $2500 comes up as a $10K donor). 

It worked like a charm.  As of yesterday (the earlist I know of), it is now taking up 100% of the SQL Server CPU and crashing whatever lists use it.  Has anyone run into this before where a view works like a champ then doesn't?  The view works in SSMS - but pull it throught he client and the processor use goes through the roof.

Any ideas are helpful.  Thanks!

  • Hi Richard,

     

    Is this a list being generated with SQL code was it added to T_KEYWORD, and then used in the graphical interface of list manager? Perhaps you already did this, but the first thing I would suggest looking at is the actual SQL code used in list manager for one of the broken lists. There may be a bad join or something causing the problem.

    _______________________________________________________
    David Frederick
    Database Applications Analyst
    Segerstrom Center for the Arts
    600 Town Center Drive,
    Costa Mesa, CA 92626
    T (714) 556-2122 x 4067 E DFrederick@SCFTA.org

     

    From: Tessitura Technical Forum [mailto:forums-technical@tessituranetwork.com] On Behalf Of Richard Jackson
    Sent: Thursday, June 07, 2012 2:34 PM
    To: David Frederick
    Subject: [Tessitura Technical Forum] View using 100% CPU on server

     

    Hi -

    We wrote a little view that joined contributions with credits so that we could pull lists out of list manager that pulled on TOTAL contributions (i.e. a donor of $5K with a soft credit of $5K comes up as a 10K donor or a donor with 4 gifts of $2500 comes up as a $10K donor). 

    It worked like a charm.  As of yesterday (the earlist I know of), it is now taking up 100% of the SQL Server CPU and crashing whatever lists use it.  Has anyone run into this before where a view works like a champ then doesn't?  The view works in SSMS - but pull it throught he client and the processor use goes through the roof.

    Any ideas are helpful.  Thanks!




    This message was sent automatically to you by www.tessituranetwork.com because you subscribed to the Tessitura Technical Forum. You may reply to this message to post to the Technical forum or visit the site to search, read and post to the forums. In the interest of keeping the forum posts from becoming cluttered, we encourage you to delete previous message text from your reply before sending. Thank you!

  • Thanks – I’ll give that a look.  What the view does is summarize soft credits and contributions for donors using a min(cont_dt) – for the first date of any number of gifts or credits – and ties to the campaign using Tessitura’s “vs_campaign” view to get the campaign description for list manager.

     

    There are only three fields built into List Manager that use this view – “Alley_cont_amt” (our summarized field), “Alley_cont_dt” the min(cont_dt) of the summarized gifts and “Alley_campaign” which ties to “vs_campaign” to pull the campaign.

     

    On a further note, after more testing, I’ve isolated it down so that I can build a list using “Alley_cont_amt” and “Alley_cont_dt” successfully, but when I put in the “Alley_campaign” is when the CPU goes crazy.

     

    I did get a suggestion of putting an index on the view – but what concerns me about that is that the gifts are grouped by customer_no, campaign_no, fund_no and cont_designation.  Can you index on four columns like that?

     

    From: Tessitura Technical Forum [mailto:forums-technical@tessituranetwork.com] On Behalf Of David Frederick
    Sent: Thursday, June 07, 2012 7:32 PM
    To: Richard Jackson
    Subject: RE: [Tessitura Technical Forum] View using 100% CPU on server

     

    Hi Richard,

     

    Is this a list being generated with SQL code was it added to T_KEYWORD, and then used in the graphical interface of list manager? Perhaps you already did this, but the first thing I would suggest looking at is the actual SQL code used in list manager for one of the broken lists. There may be a bad join or something causing the problem.

    _______________________________________________________
    David Frederick
    Database Applications Analyst
    Segerstrom Center for the Arts
    600 Town Center Drive,
    Costa Mesa, CA 92626
    T (714) 556-2122 x 4067 E DFrederick@SCFTA.org

     

    From: Tessitura Technical Forum [mailto:forums-technical@tessituranetwork.com] On Behalf Of Richard Jackson
    Sent: Thursday, June 07, 2012 2:34 PM
    To: David Frederick
    Subject: [Tessitura Technical Forum] View using 100% CPU on server

     

    Hi -

    We wrote a little view that joined contributions with credits so that we could pull lists out of list manager that pulled on TOTAL contributions (i.e. a donor of $5K with a soft credit of $5K comes up as a 10K donor or a donor with 4 gifts of $2500 comes up as a $10K donor). 

    It worked like a charm.  As of yesterday (the earlist I know of), it is now taking up 100% of the SQL Server CPU and crashing whatever lists use it.  Has anyone run into this before where a view works like a champ then doesn't?  The view works in SSMS - but pull it throught he client and the processor use goes through the roof.

    Any ideas are helpful.  Thanks!




    This message was sent automatically to you by www.tessituranetwork.com because you subscribed to the Tessitura Technical Forum. You may reply to this message to post to the Technical forum or visit the site to search, read and post to the forums. In the interest of keeping the forum posts from becoming cluttered, we encourage you to delete previous message text from your reply before sending. Thank you!




    This message was sent automatically to you by www.tessituranetwork.com because you subscribed to the Tessitura Technical Forum. You may reply to this message to post to the Technical forum or visit the site to search, read and post to the forums. In the interest of keeping the forum posts from becoming cluttered, we encourage you to delete previous message text from your reply before sending. Thank you!

  • Hi Richard,

     

    Unless you’re using vs_campaign in order to adhere to control group security, you may want to try using the t_campaign table directly. I’m guessing it is the call to dbo.ft_control_groups function in vs_campaign that is causing the problem. (Why it is a problem I do not know.) This would also explain why it works okay in SSMS, but not in Tessitura. In SSMS, unless you used dbo.ap_set_context to set a Tessitura security group context for your session, SSMS won’t have a Tessitura security context while using it within Tessitura will.

     

    Even if you do need vs_campaign to ensure adherence to control groups, you may want to test it out with t_campaign just to see if it resolves the problem. If it does, there is probably some other method that could be used for control group security.

    _______________________________________________________
    David Frederick
    Database Applications Analyst
    Segerstrom Center for the Arts
    600 Town Center Drive,
    Costa Mesa, CA 92626
    T (714) 556-2122 x 4067 E DFrederick@SCFTA.org

     

    From: Tessitura Technical Forum [mailto:forums-technical@tessituranetwork.com] On Behalf Of Richard Jackson
    Sent: Friday, June 08, 2012 8:33 AM
    To: David Frederick
    Subject: RE: [Tessitura Technical Forum] View using 100% CPU on server

     

    Thanks – I’ll give that a look.  What the view does is summarize soft credits and contributions for donors using a min(cont_dt) – for the first date of any number of gifts or credits – and ties to the campaign using Tessitura’s “vs_campaign” view to get the campaign description for list manager.

     

    There are only three fields built into List Manager that use this view – “Alley_cont_amt” (our summarized field), “Alley_cont_dt” the min(cont_dt) of the summarized gifts and “Alley_campaign” which ties to “vs_campaign” to pull the campaign.

     

    On a further note, after more testing, I’ve isolated it down so that I can build a list using “Alley_cont_amt” and “Alley_cont_dt” successfully, but when I put in the “Alley_campaign” is when the CPU goes crazy.

     

    I did get a suggestion of putting an index on the view – but what concerns me about that is that the gifts are grouped by customer_no, campaign_no, fund_no and cont_designation.  Can you index on four columns like that?

     

    From: Tessitura Technical Forum [mailto:forums-technical@tessituranetwork.com] On Behalf Of David Frederick
    Sent: Thursday, June 07, 2012 7:32 PM
    To: Richard Jackson
    Subject: RE: [Tessitura Technical Forum] View using 100% CPU on server

     

    Hi Richard,

     

    Is this a list being generated with SQL code was it added to T_KEYWORD, and then used in the graphical interface of list manager? Perhaps you already did this, but the first thing I would suggest looking at is the actual SQL code used in list manager for one of the broken lists. There may be a bad join or something causing the problem.

    _______________________________________________________
    David Frederick
    Database Applications Analyst
    Segerstrom Center for the Arts
    600 Town Center Drive,
    Costa Mesa, CA 92626
    T (714) 556-2122 x 4067 E DFrederick@SCFTA.org

     

    From: Tessitura Technical Forum [mailto:forums-technical@tessituranetwork.com] On Behalf Of Richard Jackson
    Sent: Thursday, June 07, 2012 2:34 PM
    To: David Frederick
    Subject: [Tessitura Technical Forum] View using 100% CPU on server

     

    Hi -

    We wrote a little view that joined contributions with credits so that we could pull lists out of list manager that pulled on TOTAL contributions (i.e. a donor of $5K with a soft credit of $5K comes up as a 10K donor or a donor with 4 gifts of $2500 comes up as a $10K donor). 

    It worked like a charm.  As of yesterday (the earlist I know of), it is now taking up 100% of the SQL Server CPU and crashing whatever lists use it.  Has anyone run into this before where a view works like a champ then doesn't?  The view works in SSMS - but pull it throught he client and the processor use goes through the roof.

    Any ideas are helpful.  Thanks!




    This message was sent automatically to you by www.tessituranetwork.com because you subscribed to the Tessitura Technical Forum. You may reply to this message to post to the Technical forum or visit the site to search, read and post to the forums. In the interest of keeping the forum posts from becoming cluttered, we encourage you to delete previous message text from your reply before sending. Thank you!




    This message was sent automatically to you by www.tessituranetwork.com because you subscribed to the Tessitura Technical Forum. You may reply to this message to post to the Technical forum or visit the site to search, read and post to the forums. In the interest of keeping the forum posts from becoming cluttered, we encourage you to delete previous message text from your reply before sending. Thank you!




    This message was sent automatically to you by www.tessituranetwork.com because you subscribed to the Tessitura Technical Forum. You may reply to this message to post to the Technical forum or visit the site to search, read and post to the forums. In the interest of keeping the forum posts from becoming cluttered, we encourage you to delete previous message text from your reply before sending. Thank you!