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

13

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)

James
źródło
4
Używam wizualnego projektanta zapytań, nazywa się emacs. Czasami zrobię to „odręcznie” w vi.
dietbuddha,

Odpowiedzi:

29

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.

Jerry Coffin
źródło
1
Zgadzam się, chociaż zwykle remiksuję zapytania SQL znalezione w sieci. Projektanci zapytań wizualnych zakładają, że znasz język zapytań.
Dan Rosenstark
4
+1 za „... wydaje mi się (bardziej dla mnie), aby zwiększyć złożoność zamiast ją zmniejszyć”
oz.
to samo tutaj (chociaż używam głównie Oracle, a nie MS SQL). Wygenerowany SQL jest zwykle powolny, zbyt skomplikowany.
jwenting
10

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.

bunglestink
źródło
5

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.

Craig
źródło
5

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.

FrustratedWithFormsDesigner
źródło
3

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ęć.

Michael Brown
źródło
3

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.

Martin York
źródło
3

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

Sam nigdy go nie użyłem.

ozz
źródło
2

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

liori
źródło
1

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ć.

HLGEM
źródło
0

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.

Mulander
źródło
0

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.

użytkownik 281377
źródło
0

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.

JeffO
źródło
Uważam, że Intellisense mnie spowalnia, więc go wyłączyłem.
HLGEM
0

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.

Kevin Cline
źródło