Polecenie 'create procedure dodajUsera' to właśnie ten sposób, w jaki w Microsoft SQL Server deklaruje się początek nowej procedury składowanej. Wynika to bezpośrednio ze składni T-SQL, gdzie słowo 'create' inicjuje tworzenie nowego obiektu w bazie danych, a 'procedure' określa typ obiektu – procedurę składowaną. Dalej podaje się nazwę, tu akurat 'dodajUsera'. Moim zdaniem, to jedno z podstawowych, ale i najważniejszych poleceń dla każdego, kto chce serio pracować z SQL Serverem, bo bez zrozumienia tej składni bardzo szybko można się pogubić nawet przy prostych operacjach. T-SQL od lat nie zmienia tej konwencji i to jest bardzo wygodne – można śmiało korzystać z tutoriali czy dokumentacji sprzed kilku wersji serwera, bo tu akurat niewiele się zmienia. Przykład praktyczny: gdybyś chciał dodać prostą procedurę, która wstawia użytkownika do tabeli, zacząłbyś właśnie tak: 'create procedure dodajUsera AS BEGIN --tutaj kod END'. Warto wiedzieć, że dobrym zwyczajem jest zawsze nazywać procedury zgodnie z tym, co robią, a nie jakoś przypadkowo, i też często dodawać prefix, np. 'usp_' (od 'user stored procedure'), żeby potem łatwo było je odróżnić od funkcji czy triggerów. Przy dużym projekcie pozwala to zachować porządek. No i nie można zapominać o wersjonowaniu takich procedur – w firmach często stosuje się repozytoria kodu SQL. Generalnie, w środowisku produkcyjnym, każda nowa procedura powinna zaczynać się właśnie od 'create procedure', bez żadnych skrótów czy zamienników.
Pytanie o polecenie rozpoczynające tworzenie procedury składowej w MS SQL często sprawia trudność, bo w różnych systemach bazodanowych bywa różnie, a niektóre sformułowania mogą się wydawać intuicyjne przez analogię do angielskiego czy innych technologii. W rzeczywistości jednak tylko 'create procedure nazwa' jest akceptowany przez silnik SQL Servera. Użycie słów 'add' lub błędnej kolejności, jak 'add dodajUsera procedure' lub 'add procedure dodajUsera', to typowy błąd wynikający z przenoszenia logiki z innych poleceń SQL, jak 'ALTER TABLE ... ADD COLUMN', gdzie rzeczywiście 'add' służy do dodawania kolumn czy indeksów, a nie procedur. Zdarza się, że ktoś, kto zaczyna naukę, myli pojęcia i traktuje dodawanie procedury jak dodawanie kolumny czy rekordu – niestety, w projektowaniu struktury bazy 'add' nie służy do tworzenia żadnych obiektów typu procedury, funkcje, widoki. Z kolei sformułowanie 'create dodajUsera procedure' wygląda jakby ktoś próbował dosłownie przetłumaczyć z angielskiego, ale nie zachował poprawnej kolejności składniowej. W T-SQL bardzo ważna jest właśnie kolejność słów kluczowych – 'create procedure' jest całościową instrukcją, a nazwa idzie dopiero po tym. W praktyce, jeżeli użyjesz którejkolwiek z tych niepoprawnych form, otrzymasz błąd składniowy. Moim zdaniem warto zawsze sięgać po dokumentację lub IntelliSense w Management Studio – tam od razu widać, co jest obsługiwane przez silnik. Częstym błędem jest też oczekiwanie, że SQL będzie działał jak inne języki programowania, gdzie kolejność czasem nie ma takiego znaczenia – w SQL wszystko musi być zgodne ze ścisłą składnią. Dlatego tak ważne jest wyrobienie sobie nawyku korzystania z poprawnych konstrukcji, bo potem na egzaminach, w pracy czy przy migracjach na inne wersje serwera można wtopić mnóstwo czasu na debugowanie takich drobiazgów.