Δεν είναι λίγες οι περιπτώσεις έχουμε μια stored procedure και διαπιστώνουμε μέσα σε αυτή ότι κάποιο query έχει προβλήματα απόδοσης. Μάλιστα το συγκεκριμένο query δέχεται σαν παραμέτρους κάποιες από τις παραμέτρους που η stored procedure δέχεται.

Ας πάρουμε ένα γενικό παράδειγμα για να γίνει καλύτερα κατανοητό το σενάριο που περιγράφω παρακάτω.

create proc MyProcedure @p1 int , @p2 date, @p3 bit
as
begin
    …
    select col1,col2 from T
    where col1=@p1 and col2 = @p2;
    ….
end

Έστω ότι το προβληματικό query είναι αυτό που βλέπουμε.

Αυτό που συνήθως γίνεται είναι να απομονώνεται στο συγκεκριμένο query και να εκτελείται αυτούσιο σε ένα new query στο SSMS με τους εξής τρόπους όπως φαίνεται στο παρακάτω.

Αντικατάσταση των παραμέτρων με συγκεκριμένες τιμές

select col1,col2 from T
where col1=1 and col2 = '20200415';

Χρήση variables

declare @p1 int = 1 ;
declare @p2 date = '20200415';
select col1,col2 from T
where col1=@p1 and col2 = @p2;

Αποτέλεσμα της έρευνας

Το πιθανότερο είναι να δείτε το query να εκτελείται πολύ καλύτερα χρησιμοποιώντας τις δύο παραπάνω περιπτώσεις με αποτέλεσμα να σας δημιουργούνται ερωτήματα γιατί, και αφού ψάξετε στο internet να αποφανθείτε ότι είναι πρόβλημα parameter sniffing.

Δεν είναι όμως έτσι, και αυτό γιατί ο SQL Server και συγκεκριμένα ο Query Optimizer αλλιώς διαχειρίζεται τις παραμέτρους αλλιώς τα variables. Διαφορετικές υποθέσεις εργασίας κάνει σε κάθε περίπτωση.

Σωστός τρόπος διεξαγωγής της έρευνας

Για να μπορέσετε να κάνετε σωστά την έρευνα σας είναι να χρησιμοποιήσετε την sp_executesql για να εκτελέσετε το query αυτό εισάγοντας σαν παραμέτρους τις ζητούμενες τιμές όπως στο παρακάτω παράδειγμα

exec sp_executesql N'select col1,col2 from T where col1=@p1 and col2 = @p2',
                N'@p1 int , @p2 date',
                @p1 = 1,
                @p2 = 2;

Μόνο με αυτό το τρόπο θα είστε 100% σίγουροι αρχικά να δείτε το πρόβλημα και κατόπιν να το λύσετε.

//Antonios Chatzipavlis