Πριν από μερικούς μήνες σας είχα αναφέρει την DBCC OPTIMIZER_WHATIF, ένα undocumented dbcc statement. Στο post εκείνο είχα προσπαθήσει να βρω πολλά πράγματα για την συγκεκριμένη αλλά όπως συμβαίνει πάντα όταν κάτι είναι undocumented δεν μπορείς να βρεις πολλά τουλάχιστον στην αρχή. Παρόλα αυτά έστω και έτσι, με τα λίγα, προσωπικά την χρησιμοποίησα και την χρησιμοποιώ για να ελέγξω τα queries μου με διαφορετικό αριθμό CPUs.
Κάποια στιγμή έπαιζα με τον Process Explorer και κοίταζα με αυτόν το service του SQL Server και κάτι μου κίνησε το ενδιαφέρον ήταν κάτι strings που μετά από πειραματισμό τα έβλεπα μόνο όταν είχα εκτελέσει το εν λόγο dbcc statement.
Με δύο απλές κινήσεις και αφού χτυπούσα το κεφάλι μου σε μια γωνία γιατί δεν το είχα κάνει νωρίτερα (ου γαρ έρχεται μόνο) αποκαλύφθηκε μπροστά μου το statement. Με δύο trace flags (κυρίως με το δεύτερο) και με μερικούς πειραματισμούς στις παραμέτρους είχα τα πάντα για αυτό
Με το παρακάτω επιβεβαίωσα την σύνταξη του dbcc statement ενώ με το επόμενο είχα όλες τις δυνατές τιμές στις παραμέτρους και ιδιαίτερα για την πρώτη που στη ουσία είναι και η βασική.
DBCC TRACEON (2588) WITH NO_INFOMSGS;
DBCC HELP ('OPTIMIZER_WHATIF') WITH NO_INFOMSGS;
GO
/* output
dbcc OPTIMIZER_WHATIF ({property/cost_number | property_name} [, {integer_value | string_value} ])
*/
DBCC TRACEON(3604) WITH NO_INFOMSGS
DBCC OPTIMIZER_WHATIF(0) WITH NO_INFOMSGS;
GO
/* output
---------------------------------------------------------
Optimizer what-if status
---------------------------------------------------------
property_number current_value default_value property_name
---------------------------------------------------------
1 0 0 CPUs
2 0 0 MemoryMBs
3 0 0 Bits
4 1000 1000 ParallelCardThreshold
5 1 1 ParallelCostThreshold
6 200 200 ParallelCardCrossProd
7 50 50 LowCEThresholdFactorBy10
8 12 12 HighCEThresholdFactorBy10
9 100000 100000 CEThresholdFactorCrossover
10 10 10 DMLChangeThreshold
*/Έτσι πλέον ξέρουμε όλες τις δυνατές τιμές στην πρώτη και βασική παράμετρο που είτε μπορούμε να την ορίσουμε με τον property number είτε με το property name για παράδειγμα
DBCC OPTIMIZER_WHATIF(CPUs,16) WITH NO_INFOMSGS;
GO
DBCC OPTIMIZER_WHATIF(Status) WITH NO_INFOMSGS;
GO
DBCC OPTIMIZER_WHATIF(ResetAll) WITH NO_INFOMSGS;
GO
Παρόλα αυτά όμως από τον Process Explorer είχα ακόμα δύο strings που δεν εμφανίζονται στο παραπάνω output και αυτά είναι τα Status και ResetAll. Με το Status μπορείς να δεις το τι έχεις ορίσει σε κάθε property και στην ουσία είναι το property value μηδέν ενώ με την ResetAll κάνεις reset όλες τις τιμές (current_value) στις default τιμές. Στο σημείο θα πρέπει να αναφερθεί ότι σε SQL Server 2005 αυτές δεν παίζουν.
Επίσης τα 7, 8, 9, 10 υπάρχουν μόνο στο SQL Server 2012.
Από μια πρώτη ματιά από το 4 και μετά τα properties πρέπει κυρίως να αφορούν την Parallel Data Warehouse, αλλά αυτό θέλει περισσότερη έρευνα που μόλις ολοκληρώσω θα σας ενημερώσω.
Το σημαντικό όμως πλέον είναι ότι μπορούμε να δοκιμάσουμε τα queries μας με συνδυασμούς σε CPUs και Memory και να γνωρίζουμε εκ των προτέρων πως αυτά θα συμπεριφερθούν.
/*antonch*/