LP_CUSTOMER_RANK woes!

Hello! I have inherited a "LP_CUSTOMER_RANK" sproc that  no longer performs as desired - it is assigning rankings that give discounts to customers not entitled to said discount. It has been through many changes in developers and business practices, and seems mostly made of band-aids at this point. I want to redo it, but at this point it is hard to tell what the current sproc is even doing. Do any of you fine Tessiturians have a "clean" copy of this stored procedure that you'd be willing to share as an example? Many thanks!

Parents
  • Do any of you fine Tessiturians have a "clean" copy of this stored procedure that you'd be willing to share as an example?

    I certainly don't, I'm afraid.  I'm sure they'd be happy to send you one if you put in a request in a TASK ticket, however.

    We do a lot (too much) in our LP_CUSTOMER_RANK proc, and while it is discouraged by Tessitura, I've broken out different parts of it into separate stored procedures called by LP_CUSTOMER_RANK.  I think I have seven?  In any event, there is performance overhead to executing a stored procedure, and of course LP_CUSTOMER_RANK is called so often that performance needs to be very, very good.  Unfortunately, trying to wrap the code in one procedure would have made maintenance impossible for us. 

  • I think I'm in a similar situation. The full story is that we used to be part of local government with a full IT team. Now the IT team is just me and I have a mighty need to simplify the maintenance of this beast.

Reply Children
No Data