Jakie są dobre powody, aby używać słów kluczowych SQL?

Wydaje się, że jest wielu programistów, którzy piszą SQL, używając wielkich słów kluczowych:

SELECT column
FROM table
     INNER JOIN table
     ON condition
WHERE condition
GROUP BY clause
HAVING condition

Zastanawiam się, dlaczego ludzie trzymają się tego podejścia? Oczywiście jest to od dawna ustalona konwencja - ale nigdy nie natknąłem się na RDBMS, który wymaga wielkich liter.

Osobiście uważam, że KEYWORDS, KTÓRE POWINNY zwracać uwagę na dokładnie niewłaściwą część zapytania, dlatego słowa kluczowe zapisuję małymi literami.

Mimo to wystarczająca liczba osób stosuje tę konwencję, więc myślę, że czegoś mi brakuje, stąd to pytanie.

Wielkie litery sprawiają, że wyróżniają się na tle innych znaków w oknie zapytania.

Powód, dla którego tego nie robię, ponieważ jest to ogromna strata czasu. Możesz zrobić jedną z dwóch rzeczy:

1) Przytrzymaj klawisz Shift podczas wpisywania słowa : zbyt podatne na błędy i po prostu przypadkowe.

2) Załóż blokadę znaków na czas trwania słowa : trochę za dużo czasu.

Używam programu SQL Server, a środowisko (SSMS) ma świetne wyróżnianie składni, więc osobiście nie sądzę, aby wielkie litery były dziś tak powszechne jak kiedyś (jeśli w ogóle).

Jest to jednak dobra praktyka w książkach i samouczkach online, więc jest oczywiste, jakie są zastrzeżone słowa kluczowe. To tylko jedna z tych niepisanych rzeczy.

Uważam, że tego rodzaju wielkie litery zapewniają szybki i łatwy sposób wizualnego podziału różnych części zapytania. W połączeniu z dobrym wcięciem może pomóc w czytelności i zrozumieniu logiki.

Nie wiem, czy ma to związek z tym, jak powstał ten standard. Ale to moje osobiste doświadczenie.

Dawno temu słowa kluczowe nie były podświetlane w żaden sposób podczas pisania kodu, więc była to próba pomocy ludziom w rozróżnieniu między częściami SQL a częściami obiektów bazy danych w zapytaniach, mogło być inaczej zwykle mają dłuższe nazwy, co sprawia, że ​​pisanie wielkich liter jest uciążliwe, a niektóre konwencje nazewnictwa obiektów są specyficzne dla każdego przypadku.

Osobiście uważam, że jest tak samo łatwy do odczytania, jeśli nie są one pisane wielkimi literami, ale wiele osób jest tak przyzwyczajonych do czytania ich w ten sposób, że odrzuca je, jeśli się nie pisze.

SQL jest językiem zorientowanym na klauzule, znacznie bardziej niż cokolwiek innego, czego doświadczyłem. Masz swoją klauzulę SELECT, klauzulę FROM, klauzulę JOIN i klauzulę WHERE. ORDER BY, GROUP BY itp. Itp.

Wykorzystanie tych słów kluczowych pomaga wizualnie oddzielić poszczególne klauzule. Jest to szczególnie przydatne w jednej z trudnych sytuacji debugowania, w których wypisujesz SQL w komentarzu HTML, a następnie kopiujesz i wklejasz do konsoli. Paskudne, ale wszyscy tam byliśmy. Dobrze jest pomóc zobaczyć, gdzie zaczyna się każdy fragment tego oświadczenia.

Osobiście uważam, że KEYWORDS, KTÓRE POWINNY zwracać uwagę na dokładnie niewłaściwą część zapytania, dlatego słowa kluczowe zapisuję małymi literami.

Jak już wspomniano, w starych IDE nie było wielu opcji oprócz obudowy do różnicowania tekstu. Jak zauważyłeś, wyróżnienie słów kluczowych odwraca uwagę od tego, gdzie powinno być. Problem polega na tym, że wiesz, że słowa kluczowe można zawsze używać wielkich liter, podczas gdy inne elementy mogą zawierać literały i identyfikatory, w których rozróżniana jest wielkość liter. Prowadzi to do ścieżki najmniejszego oporu polegającej na pisaniu wielkich słów kluczowych.

W moim przypadku wolę używać słów kluczowych, niezależnie od podświetlania składni. Wyobraź sobie, że nie masz odpowiedniego edytora SQL i musisz pisać / edytować lub otwierać skrypty w Notatniku lub WordPadzie. Te edytory nie mają podświetlania składni.

Nie zwracam dużej uwagi na podświetlanie składni SQL Server z tego samego powodu, który opisałem powyżej, ale jest to przydatne (nudzi mnie, gdy widzę cały kod na czarno). Zawsze używałem wielkich liter, aby odróżnić słowa kluczowe od moich zmiennych, stałych, nazw itp.