Dela via


Prestandafördröjningar vid uppdatering av avsändare och försäljningsorder på OM-dokumentskärmen

Den här artikeln innehåller en lösning för att lösa problemet med prestandafördröjningar vid uppdatering av avsändare och försäljningsorder på OM-dokumentskärmen i Microsoft Dynamics SL.

Gäller för: Microsoft Dynamics SL
Ursprungligt KB-nummer: 2953192

Orsak

Det här problemet kan uppstå när du har en databas som har många försäljningsorder och avsändare.

Åtgärd

Ändra de lagrade procedurerna och lägg till de ytterligare index som anges här.

  1. Lägg till (NOLOCK) i alla tabeller i följande tre lagrade procedurer:

    WOSOShipLine_InvtID_filter
    WOSOSched_InvtID_filter
    POAlloc_CpnyID_SOON_SOL_nolike

  2. Lägg till följande tre index:

    CREATE NONCLUSTERED INDEX [xSOShipHeader_OrdDate] 
    ON [dbo].[SOShipHeader] ([OrdDate] ASC )WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = 
    ON, ALLOW_PAGE_LOCKS = 
    ON) 
    ON [PRIMARY] CREATE NONCLUSTERED INDEX [xSOShipHeader_ShipDateAct] 
    ON [dbo].[SOShipHeader] ([ShipDateAct] ASC )WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = 
    ON, ALLOW_PAGE_LOCKS = 
    ON) 
    ON [PRIMARY] CREATE NONCLUSTERED INDEX [xSOHeader2] 
    ON [dbo].[SOHeader] ([CpnyID] ASC, [SOTypeID] ASC, [CustID] ASC, [OrdDate] ASC, [BuildAvailDate] ASC, [BuildInvtID] ASC, [BuildQty] ASC, [BuildSiteID] ASC, [CustOrdNbr] ASC, [OrdNbr] ASC, [Status] ASC )WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = 
    ON, ALLOW_PAGE_LOCKS = 
    ON) 
    ON [PRIMARY]