Microsoft SQL Server Management Studio (SSMS)

SQL Server Management Studio to podstawowe narzędzie graficzne do administrowania instancjami i pisania zapytań T-SQL.

Rola SSMS w pracy z aparatem SQL Server

Microsoft SQL Server Management Studio, skracane do SSMS, jest aplikacją graficzną służącą do łączenia się z instancjami Microsoft SQL Server, przeglądania ich konfiguracji oraz wykonywania poleceń języka Transact-SQL, czyli T-SQL. Program nie jest silnikiem bazy danych i nie przechowuje danych samodzielnie. Działa jako klient administracyjny, który wysyła żądania do uruchomionej instancji SQL Server i prezentuje otrzymane wyniki. Sposób działania zależy więc zarówno od wersji SSMS, jak i od możliwości oraz uprawnień konta użytego do połączenia z serwerem.

Po uruchomieniu SSMS można wskazać nazwę serwera, instancję nazwaną albo konkretny punkt końcowy połączenia. Dostępne są między innymi uwierzytelnianie systemu Windows oraz uwierzytelnianie SQL Server, jeżeli zostało włączone w konfiguracji instancji. Po pomyślnym połączeniu program udostępnia informacje o bazach danych, tabelach, widokach, procedurach składowanych, funkcjach, użytkownikach i innych obiektach. Widoczność tych elementów nie oznacza automatycznie prawa do ich modyfikacji. Odczyt i zmiana konfiguracji są kontrolowane przez mechanizmy uprawnień SQL Server.

Object Explorer i edytor zapytań T-SQL

Centralnym elementem interfejsu SSMS jest Object Explorer, czyli hierarchiczna przeglądarka obiektów instancji. Pozwala ona przejść od poziomu serwera do konkretnej bazy danych, a następnie do jej schematów i obiektów. Z tego miejsca można na przykład otworzyć definicję tabeli, sprawdzić kolumny i indeksy, obejrzeć zależności albo przygotować skrypt tworzący wybrany obiekt. SSMS nie zastępuje jednak analizy modelu danych. Sam fakt, że obiekt jest widoczny w drzewie, nie wyjaśnia jeszcze jego przeznaczenia biznesowego ani poprawności relacji między tabelami.

Query Editor służy do wpisywania i uruchamiania instrukcji T-SQL. Wynik może zostać pokazany w postaci tabeli albo tekstu, a komunikaty silnika są prezentowane w osobnym panelu. Przed wykonaniem zapytania można wybrać bazę, której kontekst ma obowiązywać dla danej karty. Ma to znaczenie przy instrukcjach odwołujących się do obiektów bez pełnej nazwy, ponieważ takie odwołanie może wskazywać inny obiekt po zmianie bieżącej bazy. SSMS pozwala także dzielić skrypt na partie poleceniem GO; nie jest to instrukcja wykonywana przez silnik SQL Server, lecz separator rozpoznawany przez narzędzia klienckie.

Analiza wykonania zapytań i diagnostyka działania

SSMS udostępnia narzędzia pomagające ocenić, w jaki sposób SQL Server realizuje zapytanie. Plan wykonania pokazuje operatorów użytych przez optymalizator, między innymi skanowanie lub wyszukiwanie indeksu, sortowanie, łączenie zbiorów oraz agregację. Plan szacowany można obejrzeć bez uruchamiania instrukcji, natomiast plan rzeczywisty zawiera informacje zebrane podczas wykonania. Porównanie wartości szacowanych z rzeczywistymi pomaga wykrywać nieaktualne statystyki, niekorzystne warunki filtrowania oraz sytuacje, w których optymalizator otrzymał zbyt mało informacji o rozkładzie danych.

W SSMS można również obserwować komunikaty dotyczące czasu wykonania, liczby odczytanych wierszy i innych parametrów zapytania. Opcje prezentowania statystyk nie zmieniają samego modelu danych, ale pomagają rozdzielić problem składniowy od problemu wydajnościowego. Błąd składni jest zgłaszany przed poprawnym wykonaniem instrukcji, natomiast długi czas działania może wynikać z blokad, dużej liczby odczytów logicznych, braku odpowiedniego indeksu albo planu niepasującego do aktualnych danych. Do interpretacji potrzebna jest znajomość zarówno T-SQL, jak i mechanizmów pracy SQL Server.

Uprawnienia, skrypty i bezpieczna praca w SSMS

Zakres operacji dostępnych w SSMS wynika z tożsamości użytkownika, członkostwa w rolach oraz uprawnień nadanych na poziomie serwera, bazy danych lub konkretnego obiektu. Użytkownik może mieć możliwość odczytu danych bez prawa do ich zmiany albo prawo do modyfikowania wybranych tabel bez dostępu do konfiguracji całej instancji. Przy analizie problemu warto odróżnić błąd połączenia, odmowę uprawnień, nieistniejący obiekt i błąd wykonania instrukcji. Każdy z tych przypadków wskazuje na inną przyczynę i wymaga innego postępowania.

SSMS umożliwia zapisywanie skryptów, porównywanie ich z aktualną definicją obiektu oraz wykonywanie poleceń modyfikujących dane lub schemat. Przed uruchomieniem instrukcji zmieniających wiele rekordów należy zweryfikować warunek WHERE, kontekst wybranej bazy i zakres transakcji. W środowiskach, w których istotna jest kontrola zmian, skrypt powinien być przejrzany przed wykonaniem, a wynik operacji sprawdzony po jej zakończeniu. Przy problemach z komputerem, na którym SSMS uruchamia się nieprawidłowo, nie łączy się z instancją albo wyświetla błędy interfejsu, diagnostyka obejmuje aplikację, konfigurację połączenia, sterowniki oraz komunikację z SQL Server.