SQL Sage vs GitHub Copilot w SSMS: uczciwe porównanie

Jeśli szukałeś „alternatywy dla Copilota w SSMS”, pewnie chcesz konkretnej odpowiedzi, a nie folderu reklamowego. To porównanie dwóch asystentów AI dla SQL Server Management Studio — GitHub Copilot w SSMS od Microsoftu oraz SQL Sage dla SSMS, nad którym pracuję — napisane tak, by było przydatne nawet wtedy, gdy wybierzesz to drugie narzędzie.

Ujawnienie: tworzę SQL Sage dla SSMS w LumaSoft. Napiszę wprost, gdzie GitHub Copilot jest lepszym wyborem, bo porównanie, któremu nie można zaufać, jest dla Ciebie bezwartościowe.

Co dokładnie porównuję — a czego nie?

Najpierw słowo o metodzie, bo rządzi ona całą resztą. Porównuję modele działania, nie wyniki. Nie mierzyłem szybkości, kosztu na zapytanie ani jakości generowanego SQL-a, więc nie podaję żadnych liczb w tych wymiarach — zmyślony benchmark byłby gorszy niż jego brak. Porównuję to, co da się zweryfikować w dokumentacji: jak każde narzędzie Cię loguje, co — według producenta — opuszcza Twoją maszynę, jak traktuje odczyt kontra zapis i jak jest licencjonowane.

Wszystko, co piszę o GitHub Copilocie, pochodzi z oficjalnej dokumentacji Microsoftu i GitHuba, linkowanej w tekście, żebyś mógł to sprawdzić sam. Wszystko, co piszę o SQL Sage, pochodzi z naszych własnych danych o produkcie. Czego nie potwierdziłem o Copilocie u źródła — tego w artykule nie ma.

Jedno doprecyzowanie, bo nazwa bywa myląca. We wcześniejszej wersji „Copilot w SSMS” (preview w SSMS 21) łączyłeś się z zasobem Azure OpenAI, który sam dostarczałeś; według Microsoftu nie zostanie ona przeniesiona dalej i jest dziś zamrożonym preview. Obecny produkt — i ten, o którym mowa w tym artykule — to GitHub Copilot w SSMS, który wymaga SSMS 22 lub nowszego. SQL Sage dla SSMS to dodatek do SQL Server Management Studio 22 na Windows 10/11. Oba działają więc na SSMS 22 — wersja nie jest tu różnicą.

Jak każde z nich Cię loguje?

Tu pada pierwsza rzecz, przy której hasło „bez klucza” wymaga uczciwości. Oba narzędzia unikają surowego klucza API rozliczanego za token w swojej domyślnej ścieżce — jeśli więc masz w głowie obraz „Copilot każe mi zarządzać kluczem API”, to nie jest prawda.

GitHub Copilot w SSMS korzysta z Twojego konta GitHub z dostępem do Copilota; logujesz się istniejącym kontem GitHub albo zakładasz darmowy plan Copilota. Działa na subskrypcji GitHub Copilot — darmowej, Pro, Business lub Enterprise.

SQL Sage też jest oparty na koncie, ale działa na subskrypcji, którą być może już masz do czegoś innego: logujesz się własnym Claude (przez Claude Code) albo ChatGPT/Codex (przez Codex CLI), i na tym działa AI. Jeśli wolisz surowy klucz Anthropic — możesz go użyć; to opcja, nie wymóg.

Prawdziwa różnica nie brzmi więc „klucz kontra brak klucza”. Brzmi: które konto ponosi koszt i który dostawca odpowiada — dedykowany plan GitHub Copilot czy subskrypcja Claude/ChatGPT, za którą być może i tak już płacisz. Żadne nie jest lepsze uniwersalnie; zależy to od tego, co Twój zespół już kupuje. Jeśli chcesz dłuższego wywodu za podejściem opartym na koncie, napisałem jak używać AI w SSMS bez klucza API oraz argument bezpieczeństwa za narzędziami AI bez klucza.

Co faktycznie opuszcza Twoją maszynę?

Żeby napisać użyteczny SQL, model potrzebuje Twojego schematu — nazw tabel i kolumn, typów, relacji — oraz treści zapytania. Żadne z narzędzi nie potrzebuje Twoich wierszy, by napisać, wyjaśnić czy zoptymalizować zapytanie. Pytanie brzmi: do czego zobowiązuje się każdy producent na piśmie.

Microsoft dokumentuje, że GitHub Copilot w SSMS wysyła Twoje prompty do modelu i może dosyłać informacje o bazie i wersji SQL, z kontekstem schematu (tabele, kolumny, indeksy, widoki) domyślnie. Microsoft deklaruje też, że GitHub Copilot w SSMS nie przechowuje Twoich promptów, odpowiedzi ani metadanych i nie używa Twoich danych do trenowania modeli — to jasne, udokumentowane zobowiązanie, które warto odnotować na plus. W trybie Agent Copilot wykonuje też zapytania i czyta ich wyniki, by zdecydować o kolejnym kroku, więc zestawy wyników wchodzą w pętlę asystenta; po dokładne warunki przetwarzania danych Microsoft odsyła do GitHub Copilot Trust Center.

Deklarowany domyślny tryb SQL Sage jest węższy w jednym konkretnym punkcie: wysyła wyłącznie schemat i tekst SQL, a nigdy Twoich wierszy danych — chyba że włączysz to świadomie, per sesja. Takie zobowiązanie publikujemy. Rozróżnienie „schemat kontra wiersze” rozwijam w tekście co opuszcza Twoją maszynę, gdy AI pisze SQL.

Uczciwy wniosek: oba unikają wysyłania Twoich wierszy tylko po to, by napisać zapytanie, oba stoją za udokumentowaną polityką danych, a właściwy ruch jest w obu wypadkach ten sam — przeczytaj warunki danych każdego producenta i dopasuj je do swoich wymogów compliance, zanim podłączysz cokolwiek do produkcji.

Czy któreś z nich może zmienić Twoją bazę?

To kryterium, przy którym nie idę na kompromis — i zarazem miejsce, w którym oba narzędzia są bardziej podobne niż różne.

Tryb Agent w GitHub Copilocie jest domyślnie ustawiony jako READ_ONLY i prosi o Twoją zgodę przed uruchomieniem każdego zapytania lub polecenia; tryb Ask to wyłącznie zapytania odczytujące. Tryb Agent można przełączyć na READ_WRITE w konfiguracji, a Microsoft mówi wprost, że prawdziwą granicą bezpieczeństwa są uprawnienia samego SQL Servera, nie okienko zatwierdzenia — Copilot działa w ramach uprawnień Twojego loginu, nic ponadto.

SQL Sage trzyma się tego samego kształtu: SELECT wykonuje się od razu, a UPDATE / DELETE / INSERT i DDL czekają na Twoje jawne potwierdzenie, zanim cokolwiek się wykona.

„Domyślnie tylko do odczytu, z potwierdzeniem zapisów” nie jest więc wyłącznością SQL Sage — to odpowiedzialny wzorzec, a Microsoft wdraża jego własną wersję. Argumentuję, dlaczego powinien być domyślny, niezależnie od narzędzia. Cokolwiek wybierzesz, niepodważalna rada brzmi: połącz krok zatwierdzenia z zasadą najmniejszych uprawnień w bazie, bo okienko potwierdzenia to wygoda, nie mechanizm bezpieczeństwa.

Gdzie GitHub Copilot ma przewagę?

W kilku miejscach — a udawanie, że nie, byłoby właśnie tym nieuczciwym porównaniem, któremu ten artykuł ma zapobiegać.

Jest first-party. GitHub Copilot w SSMS jest tworzony przez Microsoft i GitHub, instalowany przez obciążenie „AI Assistance” w Visual Studio Installer i wpięty w ekosystem: autouzupełnienia, sugestie następnej edycji, autonomiczny tryb Agent ze wsparciem serwerów MCP oraz kontrole administracyjne do zarządzania nim w całej organizacji. Jeśli chcesz natywnego dla SSMS asystenta z firmą Microsoft za plecami i historią zarządzania na poziomie organizacji — to jest Copilot, i dla wielu zespołów to się liczy. Jest też darmowy plan osobisty Copilota oraz udokumentowane zobowiązanie o braku retencji i braku trenowania na danych. To realne przewagi — zważ je uczciwie.

Jak są licencjonowane i sprzedawane?

GitHub Copilot w SSMS wymaga subskrypcji GitHub Copilot; jest darmowy plan osobisty oraz płatne poziomy Pro, Business i Enterprise przez GitHub.

SQL Sage dla SSMS ma 30-dniowy trial bez karty, a potem darmowy tier; płatne plany Personal zaczynają się od 29 USD/rok lub 39 USD dożywotnio, aż po Team, sprzedawane przez Paddle jako merchant of record. Jeśli Twój zespół żyje w DBeaverze zamiast w SSMS, jest bliźniacza wtyczka (tylko Windows). Oba zobaczysz z przeglądu produktów LumaSoft.

Co więc wybrać?

Uczciwie: zależy od tego, co już masz i przed kim odpowiadasz.

Wybierz GitHub Copilot w SSMS, jeśli chcesz asystenta first-party z firmą Microsoft za plecami, cenisz najgłębszą integrację z SSMS/Visual Studio i autonomiczny tryb Agent, albo potrzebujesz kontroli administracyjnych na poziomie organizacji. Wybierz SQL Sage, jeśli wolisz uruchomić asystenta na subskrypcji Claude lub ChatGPT, za którą i tak już płacisz, chcesz najwęższego udokumentowanego domyślnego zakresu tego, co opuszcza maszynę (schemat i SQL, nigdy wiersze bez Twojej zgody), i wolisz płaską licencję per stanowisko lub dożywotnią zamiast kolejnej subskrypcji per usługa.

W obu wypadkach przepuść oba narzędzia przez te same pytania — które konto ponosi koszt, co producent dokumentuje jako opuszczające maszynę, jak bramkowane są zapisy i jak to jest licencjonowane — i wybierz ten zestaw kompromisów, który obronisz przed kimkolwiek, kto odpowiada za tę bazę.

SQL Sage tworzy LumaSoft (LUMA sp. z o.o.). Niezwiązany z Microsoft, GitHub, Anthropic ani OpenAI; „GitHub Copilot” to ich znak towarowy, użyty tu wyłącznie do zidentyfikowania porównywanego produktu.