![\"\"](\"https:\/\/nsix.pl\/blog\/wp-content\/uploads\/2023\/03\/ssms-300x197.png\")
<\/p>\nW wielu przypadkach, wydajno\u015b\u0107 serwer\u00f3w bazodanowych jest w du\u017cej mierze ograniczona przez dost\u0119pno\u015b\u0107 zasob\u00f3w, czyli ilo\u015b\u0107 rdzeni, taktowanie procesora oraz rozmiar wolnej pami\u0119ci RAM. Jednak w niekt\u00f3rych przypadkach problemem jest z\u0142e formu\u0142owanie zapyta\u0144 b\u0105d\u017a ich nieoptymalne wykonywanie przez aplikacje. W takim przypadku Microsoft w swoim rozwi\u0105zaniu serwerowym SQL pozwala nam na automatyczn\u0105 optymalizacj\u0119 wykonywanych kwerend. W przypadku zastosowania takiej funkcji, czasy wykonywania niekt\u00f3rych zapyta\u0144 mog\u0105 zmale\u0107 nawet o ponad po\u0142ow\u0119.<\/p>\n
Aby m\u00f3c skorzysta\u0107 z takiego rozwi\u0105zania, pierwsz\u0105 rzecz\u0105 kt\u00f3r\u0105 musimy zrobi\u0107 jest pobranie programu Microsoft SQL Server Management Studio. Pozwoli on na po\u0142\u0105czenie si\u0119 do silnika bazy danych i ustawienie odpowiednich parametr\u00f3w. Poza tym musimy mie\u0107 dost\u0119p do konta u\u017cytkownika z uprawnieniami administratora, najlepiej konto „sa”.<\/p>\n
Po poprawnej instalacji programu, uruchamiamy go i \u0142\u0105czymy si\u0119 do silnika bazy danych.<\/p>\n
<\/p>\n
Nast\u0119pnie, po pod\u0142\u0105czeniu wchodzimy w folder Bazy danych i klikamy prawym przyciskiem myszy na firmow\u0105 baz\u0119 danych i wchodzimy w jej w\u0142a\u015bciwo\u015bci.<\/p>\n
![\"\"](\"https:\/\/nsix.pl\/blog\/wp-content\/uploads\/2023\/03\/ssms-properties-240x300.png\")
<\/p>\n
Po otwarciu okna wchodzimy w zak\u0142adk\u0119 Options i znajdujemy cz\u0119\u015b\u0107 oznaczon\u0105 jako „Database Scoped Configuration”.<\/p>\n
![\"\"](\"https:\/\/nsix.pl\/blog\/wp-content\/uploads\/2023\/03\/ssms-queryoptimizer-300x286.png\")
<\/p>\n
To tutaj mamy mo\u017cliwo\u015b\u0107 zmiany interesuj\u0105cych nas ustawie\u0144. Pierwsz\u0105 rzecz\u0105 kt\u00f3r\u0105 chcemy w\u0142\u0105czy\u0107 jest „Legacy Cadinality Estimation” a drug\u0105, „Query Optimizer Fixes”. Po w\u0142\u0105czeniu obu, nale\u017cy zapisa\u0107 zmiany klikaj\u0105c OK u do\u0142u okna. Po wykonaniu zmian w konfiguracji, nale\u017cy zrestartowa\u0107 serwer SQL aby nowe ustawienia zosta\u0142y zastosowane dla naszej bazy danych.<\/p>\n
Procedur\u0119 mo\u017cna powt\u00f3rzy\u0107 dla ka\u017cdej z baz kt\u00f3r\u0105 chcemy przyspieszy\u0107 jednak nale\u017cy pami\u0119ta\u0107 \u017ce nie w ka\u017cdym przypadku, zmiany b\u0119d\u0105 zauwa\u017calne. Je\u017celi programi\u015bci tworz\u0105cy aplikacj\u0119 utworzyli zapytania w poprawny i wydajny spos\u00f3b, przyspieszenie mo\u017ce by\u0107 na bardzo niskim poziomie.<\/p>\n
Z naszych test\u00f3w na kilku aplikacjach komercyjnych jak np. Comarch ERP Optima czy Sage Symfonia, takie zmiany powoduj\u0105 znacz\u0105ce skr\u00f3cenie czasu pobierania danych<\/b>. Dotyczy to w szczeg\u00f3lno\u015bci aplikacji Business Inteligence, jak np. Optima BI.<\/p>\n
Je\u017celi korzystasz z tych aplikacji, sprawd\u017a czy w serwerze SQL s\u0105 w\u0142\u0105czone powy\u017csze opcje gdy\u017c mo\u017ce to zaoszcz\u0119dzi\u0107 wiele czasu u\u017cytkownikom podczas codziennej pracy.<\/p>\n","protected":false},"excerpt":{"rendered":"