SQL Server Management Studio

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

Rola SQL Server Management Studio w pracy z SQL Server

SQL Server Management Studio, w skrócie SSMS, jest graficznym środowiskiem firmy Microsoft przeznaczonym do łączenia się z instancjami Microsoft SQL Server oraz wykonywania zadań administracyjnych i programistycznych. Nie jest silnikiem bazy danych ani osobnym systemem przechowywania danych. Działa jako klient, który komunikuje się z usługą SQL Server za pomocą odpowiednich połączeń i wysyła do niej polecenia. Dzięki temu można pracować z bazami danych znajdującymi się lokalnie, na innym komputerze albo w środowisku Azure SQL, o ile używana wersja SSMS i sposób uwierzytelniania obsługują dany cel.

Główną częścią interfejsu jest Eksplorator obiektów, czyli Object Explorer. Pokazuje on hierarchię serwera, baz danych, tabel, widoków, procedur składowanych, funkcji, użytkowników, ról oraz innych obiektów dostępnych dla zalogowanego konta. Zakres widocznych elementów zależy od uprawnień. Samo połączenie z serwerem nie oznacza więc automatycznie możliwości odczytu lub modyfikacji każdej bazy. SSMS pozwala także otwierać właściwości obiektów, przeglądać ich definicje i uruchamiać kreatory dla wybranych operacji.

Edytor zapytań i wykonywanie poleceń T-SQL

SSMS zawiera edytor zapytań przeznaczony przede wszystkim do języka Transact-SQL, używanego przez SQL Server. W oknie zapytań można wykonywać instrukcje odczytu danych, polecenia definiujące obiekty oraz operacje modyfikujące dane. Szczególne znaczenie ma wybór właściwej bazy przed uruchomieniem polecenia, ponieważ zapytanie może zostać wykonane w innym kontekście niż zamierzony. W tym celu stosuje się między innymi listę wyboru bazy w edytorze albo instrukcję USE, przy czym każdą operację zmieniającą dane należy poprzedzić sprawdzeniem celu i zakresu działania.

Edytor umożliwia zaznaczenie fragmentu skryptu i wykonanie tylko tej części, co jest przydatne podczas analizy większych plików. Wyniki mogą być prezentowane w postaci tabeli albo tekstu, a komunikaty silnika pojawiają się w osobnej części okna. SSMS obsługuje również parametryzowane procedury, transakcje T-SQL i analizę błędów zwracanych przez serwer. IntelliSense podpowiada nazwy obiektów i składnię w zakresie zależnym od wersji silnika, metadanych oraz aktualnego połączenia. Podpowiedzi nie zastępują jednak weryfikacji uprawnień, typów danych ani rzeczywistej definicji obiektu.

Analiza zapytań, obiektów i stanu instancji

Jedną z ważnych funkcji SSMS jest możliwość wyświetlania planu wykonania zapytania. Plan pokazuje, jakie operatory wybrał optymalizator SQL Server, na przykład skanowanie lub wyszukiwanie indeksu, sortowanie, agregację czy łączenie tabel. Może być przedstawiony jako plan szacowany przed uruchomieniem zapytania albo jako plan rzeczywisty zawierający informacje z wykonania, zależnie od wybranej opcji i uprawnień. Interpretacja planu wymaga porównania przewidywanej i rzeczywistej liczby wierszy, kosztów operatorów oraz użytych indeksów. Sam procentowy udział operatora w planie nie jest wystarczającym dowodem przyczyny problemu.

W środowisku można również przeglądać właściwości baz, konfigurację instancji, zależności obiektów i komunikaty diagnostyczne. Activity Monitor przedstawia wybrane informacje o aktywności serwera, między innymi procesy, oczekiwania i kosztowne zapytania, lecz jego widok jest uproszczony i nie powinien być jedynym źródłem danych podczas szczegółowej analizy wydajności. SSMS służy także do zarządzania zadaniami SQL Server Agent, kopiami zapasowymi, przywracaniem baz i wybranymi elementami bezpieczeństwa, jeśli dana edycja SQL Server oraz konto użytkownika udostępniają te funkcje. Dostępność konkretnej opcji może zależeć od wersji SSMS, edycji silnika i konfiguracji serwera.

Bezpieczne użycie SSMS przy diagnozie problemów

Problemy z SQL Server Management Studio mogą wynikać z kilku różnych warstw: nieprawidłowej nazwy instancji, niedostępności usługi SQL Server, blokady portu, błędnego trybu uwierzytelniania, braku uprawnień albo niezgodności wersji. Komunikat „login failed” wskazuje na problem z logowaniem, ale nie zawsze oznacza błędne hasło. Przyczyną może być również wyłączone konto, niewłaściwy typ uwierzytelniania, brak mapowania loginu na użytkownika bazy lub odmowa dostępu do wybranej bazy. Diagnostykę należy prowadzić od sprawdzenia adresu serwera i dostępności połączenia, przez metodę logowania, aż po uprawnienia do konkretnego obiektu.

Przed wykonaniem instrukcji UPDATE, DELETE, ALTER albo DROP warto uruchomić odpowiadające zapytanie odczytujące i potwierdzić wynik w odpowiednim kontekście bazy. Przy zmianach wieloetapowych można użyć transakcji i jawnie sprawdzić rezultat przed zatwierdzeniem, jednak nie każda operacja administracyjna zachowuje się tak samo w transakcji. Należy też unikać pracy na produkcyjnej bazie bez potwierdzenia celu, ponieważ SSMS wykonuje polecenia na serwerze, a nie w bezpiecznej kopii roboczej. Jeżeli problem dotyczy komputera, na którym uruchomiono narzędzie, diagnostyka może obejmować instalację SSMS, błędy połączeń, konfigurację systemu i działanie samego komputera, bez utożsamiania klienta graficznego z silnikiem SQL Server.