Разработчики SQL создают запросы SQL с помощью конструкторов запросов SQL?

13

Мне было просто любопытно, если разработчики SQL пишут свой код от руки или они используют визуальный конструктор запросов для генерации запросов? В большинстве случаев конструктор запросов может создавать большинство не сложных запросов, не так ли? (Я разработчик WinForms, только начинаю работать с SQL Server)

Джеймс
источник
4
Я использую визуальный конструктор запросов, он называется emacs. Иногда я делаю это "от руки" в vi.
dietbuddha

Ответы:

29

Я не могу говорить за кого-то еще, но обычно , как вы говорите, я просто набираю SQL "от руки". Мне кажется, что большинство дизайнеров визуальных запросов увеличивают сложность, а не уменьшают ее. Я должен добавить, что я не пишу SQL где-либо близко к полной занятости.

Джерри Гроб
источник
1
Я согласен, хотя я обычно просто делаю ремиксы SQL-запросов, которые нахожу в сети. Visual Query Designers предполагают, что вы знаете язык запросов.
Дэн Розенстарк
4
+1 за "... кажется (для меня), чтобы увеличить сложность, а не уменьшить ее"
ozz
то же самое здесь (хотя я использую в основном Oracle, а не MS SQL). Сгенерированный SQL имеет тенденцию быть медленным, слишком сложным.
jwenting
10

Я уверен, что это зависит, но я никогда не использую визуальных дизайнеров. Когда вы хорошо разберетесь в SQL и будете думать по-SQL, его написание станет второй натурой. Я бы потратил гораздо больше времени на использование любого визуального дизайнера, чем просто написание сырого SQL.

bunglestink
источник
5

Я бы сказал, что подавляющее большинство опытных разработчиков пишут это от руки. Я уверен, что некоторые новички или недавние выпускники могут использовать визуальные дизайнеры, но как только вы овладеете некоторыми основами SQL, научитесь писать от руки намного быстрее.

Craig
источник
5

Я считаю, что разработчики запросов, как правило, медленные и громоздкие и не всегда могут обрабатывать сложные запросы. Много раз мне приходилось копировать / вставлять запрос в какой-либо инструмент (обычно Access / Excel), который затем тратит несколько минут на разбрасывание запроса, прежде чем заявить, что он просто не может его обработать, и отправляет меня на редактирование текста. Режим.

FrustratedWithFormsDesigner
источник
3

Всякий раз, когда я хочу выучить новый инструмент / язык. Я заставляю себя печатать это вручную. HTML, XAML, SQL. Таким образом, я знаю, как исправить то, что издает дизайнер. Когда я хорошо разбираюсь в письмах, я заставляю себя учить дизайнера как можно лучше.

Будучи хорошими в обоих случаях, давайте получим лучшее из обоих миров ... есть вещи, которые будут более эффективными для дизайнера, и другие, которые более эффективны в коде. Обучение обоих способам позволяет избежать недостатков любого из них.

Майкл Браун
источник
3

Я не использую генерацию запросов для генерации своих запросов, я изначально создаю их вручную (в основном потому, что трудно написать что-либо, кроме самых простых запросов) query designer.

Но на больших системах этого недостаточно. Большинство систем БД с большим весом предоставляют инструмент анализа запросов, который примет запрос и покажет вам Query Execution Plan. Затем вы можете использовать это (с другими инструментами), чтобы попытаться оптимизировать запрос.

Не только поможет с самим запросом, но также даст вам представление о том, какие таблицы нужно индексировать и как их следует индексировать, но также и о возможных методах разделения данных.

Мартин Йорк
источник
3

Я бы сказал, что никогда не видел, чтобы кто-нибудь использовал визуальный конструктор запросов.

Я сам никогда этим не пользовался.

Ozz
источник
2

Когда я не очень хорошо знаю схему, я обычно использую конструктор запросов. Это помогает мне изучить схему. Позже ... печатать намного быстрее, чем рисовать.

liori
источник
1

Я бы никогда не подумал об использовании дизайнера для написания своих запросов. Я знаю схемы своих баз данных очень подробно (а в наших базах данных сотни таблиц), и мне не нужно думать о том, как к ним присоединиться, я просто набираю, и запросы появляются.

HLGEM
источник
0

Я пишу все свои запросы вручную. Визуальные дизайнеры, в основном, только замедляют вас, сканируя сотни таблиц, чтобы представить их вам. Простое заполнение имен для столбцов и имен таблиц, а также справочное руководство для вашей конкретной БД - это все, с чем вам нужно работать.

Обратите внимание, что мой опыт работы с дизайнерами визуальных запросов ограничен инструментами, работающими с базой данных Oracle.

mulander
источник
0

Я написал много SQL и PL / SQL-кода, даже не используя конструктор запросов. Для тех, кто знает SQL, использовать эти инструменты только громоздко. Это было бы похоже на рисование блок-схем в Visio и позволение инструменту генерировать программу вместо того, чтобы писать ее.

user281377
источник
0

Начинающие начинают с дизайнера, и слишком часто их первые проблески кода SQL генерировались там. Это выглядит слишком запутанным, потому что это не структурировано / понятным способом. В конце концов вам нужно переключиться на кодирование в тексте, и вам придется все уладить. Форматирование выключено. Intellisense сделал это для писателей SQL. Я начинаю баловаться с одним из них, так как работаю с новой базой данных.

JeffO
источник
Я считаю, что Intellisense замедляет меня, поэтому я выключил его.
HLGEM
0

За последний год я написал тысячи строк Oracle SQL и PL / SQL. Большую часть времени я просто запускаю SqlPlus в окне оболочки Emacs. Я настроил завершение слов, что делает его очень эффективным. Дизайнер запросов просто замедлит меня. Если мне нужно взглянуть на большой набор результатов, то я открою SqlDeveloper, но я стараюсь этого не делать, потому что он медленный, и хотя он может заполнять имена на основе схемы, он все же быстрее работает в Emacs.

Кевин Клайн
источник