R: Resource limit facility RLF

Francesca Bastoni

R: Resource limit facility RLF

A me sei stato utile :-) grazie


----Messaggio originale----
Da: [login to unmask email]
Data: 17/06/2014 17.08
A: <[login to unmask email]>
Ogg: [DB2UGITALY] - RE: Resource limit facility RLF



Mi confermi allora che gli access paths, con ? e con costanti, sono diversi? Se così é, attenzione alla REOPT (ONCE) che eseguirebbe la prepare al primo run e poi mai più ( a meno che non si abbia un flush della cache). Forzare la REOPT a livello di driver significa che tutte le query che transitano attraverso SYSLN200 sono soggette a PREPARE; e questo giustifica il prudenziale ONCE della REOPT (ogni query paga una sola PREPARE). Ed è anche per questo che ti suggerivo la BIND QUERY che circoscrive l'impatto alla singola query. Ciao, spero di esserti stato utile
Giacomo

Da: "fabio scatolini" [login to unmask email]
A: [login to unmask email]
Cc:
Data: Tue, 17 Jun 2014 07:44:22 -0700 (MST)
Oggetto: [DB2UGITALY] - RE: Resource limit facility RLF



> Giacomo,

> le istruzioni sono dinamiche e passano attraverso il package SYSLN200 che ha REOPT=ONCE.

> Grazie

-----End Original Message-----



Site Links: View post online View mailing list online Start new thread via email Unsubscribe from this mailing list Manage your subscription
* ** Attend the 2014 Austrailia IDUG DB2 Tech Conference ** ** **
---> Sydney, Australia, 10 - 12 September, 2014 <---
http://www.idug.org/p/cm/ld/fid=425

Use of this email content is governed by the terms of service at:
http://www.idug.org/p/cm/ld/fid=2





fabio scatolini

RE: R: Resource limit facility RLF
(in response to Francesca Bastoni)

Intanto grazie, è proprio come dici tu.

Però non riesco a capiere un'altra cosa e cioè se eseguo l'explain di una determinata query con i parameter marker oppure con i valori, ottengo mediamente gli stessi valori di PROCSU, mentre a volte cambia il cost_category che con i parameter marker a volte è di tipo B, mentre con i valori è sempre A e questo si capisce; Quello che non capisco è che se la solita query da explain, mi dice che il costo è intorno alle 70 SU, mentre in fase di esecuzione tramite SYSLN200,  avendo impostato RLF con ASUTIME a15000, la query viene tagliata da RLF, proprio perchè il valore delle SU è maggiore di 15.000.

Tra l'altro l'access path è lo stesso che vedo dall'explain. Il monitor che utilizzo per questo tipo di monitoraggio è MAINVIEW.

Grazie ancora.

Fabio Scatolini

Giacomo Restuccia

R: Resource limit facility RLF
(in response to fabio scatolini)
E' sempre sconsigliato confrontare cost estimation con componenti di costo differenti(diversi access path). In ogni caso, tieni presente che il costo con i parameter markers viene stimato su distribuzioni non skewed (uniformi). Non saprei dire, poi, se l'ASUTIME della RLF sia equivalente alle PROCSU.Ciao
        Giacomo

Da: "fabio scatolini" [login to unmask email]
A: [login to unmask email]
Cc:
Data: Wed, 18 Jun 2014 00:25:17 -0700 (MST)
Oggetto: [DB2UGITALY] - RE: R: Resource limit facility RLF




> Intanto grazie, è proprio come dici tu.
> Però non riesco a capiere un'altra cosa e cioè se eseguo l'explain di una determinata query con i parameter marker oppure con i valori, ottengo mediamente gli stessi valori di PROCSU, mentre a volte cambia il cost_category che con i parameter marker a volte è di tipo B, mentre con i valori è sempre A e questo si capisce; Quello che non capisco è che se la solita query da explain, mi dice che il costo è intorno alle 70 SU, mentre in fase di esecuzione tramite SYSLN200,  avendo impostato RLF con ASUTIME a15000, la query viene tagliata da RLF, proprio perchè il valore delle SU è maggiore di 15.000.
> Tra l'altro l'access path è lo stesso che vedo dall'explain. Il monitor che utilizzo per questo tipo di monitoraggio è MAINVIEW.
> Grazie ancora.
> Fabio Scatolini
> Site Links: View post online   View mailing list online   Start new thread via email   Unsubscribe from this mailing list   Manage your subscription  
> ** ** ** Attend the 2014 EMEA IDUG DB2 Tech Conference ** ** **
> ---> Prague, Czech Republic, 9 - 14 November, 2014 <---
> www.bit.ly/IDUGEMEA2014

> Use of this email content is governed by the terms of service at:
> http://www.idug.org/p/cm/ld/fid=2