Czy deweloperzy SQL tworzą zapytania SQL za pomocą projektantów zapytań SQL?

Byłem tylko ciekawy, czy deweloperzy SQL piszą swój kod odręcznie, czy też korzystają z wizualnego projektanta zapytań do generowania zapytań? W większości przypadków projektant zapytań może utworzyć większość niezłożonych zapytań, prawda? (Jestem programistą WinForms, właśnie zaczynam pracę z SQL Server)

Nie mogę mówić za nikogo innego, ale zwykle piszę SQL „odręcznie”, jak to ująłeś. Wydaje mi się, że większość projektantów zapytań wizualnych zwiększa złożoność, a nie ją zmniejsza. Powinienem dodać, że nie piszę SQL również w pobliżu pełnego etatu.

Jestem pewien, że to zależy, ale nigdy nie używam projektantów wizualnych. Kiedy już dobrze znasz SQL i zaczniesz myśleć w SQL, pisanie staje się drugą naturą. Miałem znacznie bardziej frustrujący czas przy użyciu dowolnego projektanta wizualnego niż pisanie surowego SQL.

Powiedziałbym, że większość rozsądnie doświadczonych programistów pisze to ręcznie. Jestem pewien, że niektórzy nowi lub nowi absolwenci mogą korzystać z projektantów wizualnych, ale kiedy już znasz podstawy SQL, pisanie ręczne jest znacznie szybsze.

Uważam, że projektanci zapytań są na ogół powolni i uciążliwi i nie zawsze mogą obsługiwać złożone zapytania. Wiele razy musiałem skopiować / wkleić zapytanie do jakiegoś narzędzia (zwykle Access / Excel), które następnie spędza kilka minut zastanawiając się nad zapytaniem, zanim zadeklaruje, że po prostu nie może go obsłużyć i wysyła mnie do edycji tekstu tryb.

Ilekroć chcę nauczyć się nowego narzędzia / języka. Zmuszam się do wpisania go ręcznie. HTML, XAML, SQL. W ten sposób wiem, jak naprawić to, co wyrzuca projektant. Kiedy jestem dobry w pisaniu odręcznym, zmuszam się do nauki projektanta tak dobrze, jak to możliwe.

Będąc dobrym w obu przypadkach, pozwól nam mieć to, co najlepsze z obu światów ... są rzeczy, które będą bardziej efektywne w projektowaniu i inne, które są bardziej wydajne w kodzie. Nauczenie się obu pozwala uniknąć obu niedociągnięć.

Nie używam generatorów zapytań do generowania moich zapytań, początkowo buduję je ręcznie (głównie dlatego, że ciężko jest napisać w tekście quiz zwykłe zapytania query designer.

Ale w dużych systemach to nie wystarczy. Większość ciężkich systemów DB udostępnia narzędzie do analizy zapytań, które weźmie zapytanie i pokaże Query Execution Plan. Następnie możesz użyć tego (z innymi narzędziami), aby spróbować zoptymalizować zapytanie.

Nie tylko pomaga w samym zapytaniu, ale także daje wskazanie, które tabele należy indeksować i jak powinny być indeksowane, ale także potencjalnie techniki partycjonowania danych.

Chciałbym powiedzieć, że nigdy nie widziałem, aby ktoś używał wizualnego projektanta zapytań.

Sam nigdy go nie użyłem.

Kiedy nie znam dobrze schematu, zwykle używam projektanta zapytań. To pomaga mi nauczyć się schematu. Później ... pisanie jest znacznie szybsze niż rysowanie.

Nigdy nie rozważałbym użycia projektanta do napisania moich zapytań. Znam bardzo szczegółowo moje schematy baz danych (a nasze bazy danych mają setki tabel) i nie muszę myśleć o tym, jak się do nich dołączyć, po prostu piszę, a zapytania zaczynają się pojawiać.

Wszystkie moje zapytania piszę ręcznie. Projektanci wizualni głównie spowolniliby cię tylko podczas skanowania setek tabel, aby zaprezentować je ładnie. Proste uzupełnianie nazw kolumn i tabel oraz podręcznik referencyjny dla konkretnej bazy danych to wszystko, czego potrzebujesz do pracy.

Zauważ, że moje doświadczenie z projektantami zapytań wizualnych jest ograniczone do narzędzi współpracujących z bazą danych Oracle.

Napisałem dużo kodu SQL i PL / SQL bez użycia projektanta zapytań. Dla kogoś, kto zna SQL, korzystanie z tych narzędzi jest uciążliwe. To byłoby jak rysowanie schematów blokowych w programie Visio i pozwalanie narzędziu na generowanie programu zamiast pisania programu.

Początkujący zaczynają od projektanta i zbyt często generowane są tam pierwsze przebłyski kodu SQL. Wygląda na zbyt mylące, ponieważ nie jest sformułowane w sposób uporządkowany / zrozumiały. W końcu musisz przełączyć się na kodowanie w tekście i wszystko trzeba wyprostować. Formowanie jest wyłączone. Intellisense dotarło do pisarzy SQL. Zaczynam grać z jednym z nich, ponieważ pracuję z nową bazą danych.

W ciągu ostatniego roku napisałem tysiące wierszy Oracle SQL i PL / SQL. Przez większość czasu po prostu uruchamiam SqlPlus w oknie powłoki Emacsa. Dostosowałem uzupełnianie słów, dzięki czemu jest bardzo wydajny. Projektant zapytań spowolniłby mnie. Jeśli muszę spojrzeć na duży zestaw wyników, otworzę SqlDeveloper, ale staram się tego nie robić, ponieważ jest on powolny i chociaż może uzupełniać nazwy na podstawie schematu, nadal działa szybciej w Emacsie.