SQL 개발자는 SQL 쿼리 디자이너를 사용하여 SQL 쿼리를 작성합니까?


13

SQL Devs가 코드를 자유롭게 작성하거나 시각적 쿼리 디자이너를 사용하여 쿼리를 생성하는지 궁금합니다. 대부분의 경우 쿼리 디자이너는 대부분의 비 복잡 쿼리를 만들 수 있습니다. (나는 방금 SQL Server를 시작하는 WinForms 개발자입니다)


4
시각적 쿼리 디자이너를 사용합니다.이를 emacs라고합니다. 때때로 나는 vi에서 "자유"로 할 것입니다.
dietbuddha

답변:


29

다른 사람과 대화 할 수는 없지만 보통 "자유형"으로 SQL을 입력하면됩니다. 시각적 쿼리 디자이너의 대부분은 복잡성을 줄이는 대신 복잡성을 증가시키는 것처럼 보입니다. 풀 타임에 가까운 곳에서도 SQL을 쓰지 않는다는 것을 덧붙여 야합니다.


1
나는 보통 인터넷에서 찾은 SQL 쿼리를 리믹스하고 있지만 동의합니다. 비주얼 쿼리 디자이너는 쿼리 언어를 알고 있다고 가정합니다.
Dan Rosenstark

4
"... 복잡함을 줄이지 않고 복잡성을 증가시키는 것으로 생각합니다"에
+1

여기서도 동일합니다 (MS SQL이 아닌 Oracle을 주로 사용하지만). 생성 된 SQL은 느리고 지나치게 복잡한 경향이 있습니다.
jwenting

10

나는 그것이 의존한다고 확신하지만, 절대 비주얼 디자이너를 사용하지 않습니다. SQL에 대한 좋은 느낌을 가지고 SQL을 생각하면 작성하는 것이 두 번째 특성이됩니다. 원시 SQL을 작성하는 것보다 시각적 디자이너를 사용하는 것이 훨씬 실망스러운 시간입니다.


5

합리적으로 숙련 된 개발자의 대다수가 직접 작성한다고합니다. 일부 최신 또는 최근 졸업생이 비주얼 디자이너를 사용할 수 있다고 확신하지만 SQL의 기본 사항을 익힌 후에는 직접 작성하는 것이 훨씬 빠릅니다.


5

쿼리 디자이너는 일반적으로 느리고 번거로우 며 복잡한 쿼리를 항상 처리 할 수는 없습니다. 여러 번 쿼리를 복사 / 붙여 넣기 도구 (일반적으로 Access / Excel)에서 처리 할 수 ​​없다고 선언하기 전에 몇 분 동안 쿼리를 스 래싱하고 텍스트 편집으로 보냅니다. 방법.


3

새로운 도구 / 언어를 배우고 싶을 때마다 직접 입력해야합니다. HTML, XAML, SQL. 그렇게하면 디자이너가 내뿜는 것을 고치는 방법을 알고 있습니다. 손으로 글을 쓰는 것이 좋으면 가능한 한 디자이너를 배우도록 강요합니다.

두 가지 모두를 잘 활용하면 두 가지 장점을 모두 활용할 수 있습니다. 디자이너와 더 효율적으로 작업 할 수있는 코드와 코드에서 더 효율적인 작업이 있습니다. 자신을 가르치면 둘 중 하나의 단점을 피할 수 있습니다.


3

쿼리 생성을 사용하여 쿼리를 생성하지 않고 처음에는 수동으로 쿼리를 작성합니다 (대부분의 쿼리 이외의 것은 쓰기가 어렵 기 때문 query designer입니다.

그러나 큰 시스템에서는 이것으로 충분하지 않습니다. 대부분의 헤비급 DB 시스템은 쿼리를 수행하고이를 표시하는 쿼리 분석 도구를 제공합니다 Query Execution Plan. 그런 다음이를 다른 도구와 함께 사용하여 쿼리를 시도하고 최적화 할 수 있습니다.

쿼리 자체에 도움이 될뿐만 아니라 테이블을 인덱싱해야하는 테이블과 인덱스를 어떻게 인덱싱해야하는지에 대한 정보뿐만 아니라 잠재적으로 데이터를 분할하는 기술도 알려줍니다.


3

나는 아무도 시각적 쿼리 디자이너를 사용하는 것을 본 적이 없다고 말할 것입니다.

나 자신도 그것을 사용한 적이 없다.


2

스키마를 잘 모르면 쿼리 디자이너를 사용하는 경향이 있습니다. 이것은 스키마를 배우는 데 도움이됩니다. 나중에 ... 입력하는 것이 그림보다 훨씬 빠릅니다.


1

나는 디자이너를 사용하여 쿼리를 작성하는 것을 고려하지 않을 것입니다. 내 데이터베이스 스키마를 매우 자세하게 알고 있으며 (데이터베이스에는 수백 개의 테이블이 있음) 조인하는 방법에 대해 생각할 필요가 없습니다. 입력 만하면 쿼리가 시작됩니다.


0

모든 질문을 직접 작성합니다. 비주얼 디자이너는 대부분 수백 개의 테이블을 스캔하는 동안 속도를 늦추고 테이블을 멋지게 표현합니다. 열과 테이블 이름에 대한 간단한 이름 완성과 특정 DB에 대한 참조 매뉴얼 만 있으면 작업 할 수 있습니다.

비주얼 쿼리 디자이너에 대한 나의 경험은 Oracle 데이터베이스를 사용하는 도구로 제한됩니다.


0

쿼리 디자이너를 사용하지 않고 많은 SQL 및 PL / SQL 코드를 작성했습니다. SQL을 아는 사람에게는 이러한 도구를 사용하는 것이 번거 롭습니다. 이는 visio에서 플로우 차트를 그리고 실제로 프로그램을 작성하는 대신 도구가 프로그램을 생성하게하는 것과 같습니다.


0

초보자는 디자이너부터 시작하여 너무 자주 SQL 코드를 처음으로 생성했습니다. 구조적 / 이해할 수없는 방식으로 형식화되지 않았기 때문에 너무 혼란스럽게 보입니다. 결국 텍스트 코딩으로 전환해야하고 모든 것을 똑 바르게해야합니다. 포맷이 해제되었습니다. Intellisense는 SQL 작성자에게 도움이되었습니다. 새 데이터베이스로 작업 한 후 그 중 하나를 다루기 시작했습니다.


Intellisense에서 속도가 느려져 전원을 끕니다.
HLGEM

0

지난 한 해 동안 수천 줄의 Oracle SQL 및 PL / SQL을 작성했습니다. 대부분의 경우 Emacs 셸 창에서 SqlPlus를 실행합니다. 단어 완성을 사용자 정의하여 매우 효율적으로 만듭니다. 쿼리 디자이너가 속도를 늦출 것입니다. 큰 결과 집합을보아야 할 경우 SqlDeveloper를 열지 만 속도가 느리기 때문에 시도하지 않으며 스키마를 기반으로 이름을 완성 할 수는 있지만 여전히 Emacs에서 작업하는 것이 더 빠릅니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.