Euh... En effet, il est inutile, pour la simple et bonne raison que je me suis planté en réécrivant cette ligne : c'est pas la bonne colonne qui est utilisée pour comparer.
Euh... En effet, il est inutile, pour la simple et bonne raison que je me suis planté en réécrivant cette ligne : c'est pas la bonne colonne qui est utilisée pour comparer.
On ne jouit bien que de ce qu’on partage.
En fait, c'est juste le test que j'avais complètement réécrit de travers.
En réalité c'est ça :
Code sql : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3
4 and dbo.CU_Date_To_CRMDate(getdate()) between case when C024.F7013 = 0 then dbo.CU_Date_To_CRMDate(getdate()) else C024.F7013 end -- Allocation Start AND case when C024.F7014 = 0 then dbo.CU_Date_To_CRMDate(getdate()) else C024.F7014 end -- Allocation End
On ne jouit bien que de ce qu’on partage.
Bon, cette dernière mouture de la procédure stockée n'abouti pas sur mon PC après 72 heures.
=> Mais je remarque que TEMPDB explose... je pense que la version Express n'y est pas étrangère.
En revanche, sur le serveur, on est retombé à un traitement de moins d'une heure (avec un TEMPDB qui bouffe quand même 40 Go alors que la base elle-même en fait presque 10 fois moins...)
Quand on compare les plans d'exécution, plus d'alerte sur le serveur, et cette nouvelle mouture prends moins de 1% du lot.
On va donc rester là-dessus pour le moment
Merci !
On ne jouit bien que de ce qu’on partage.
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager