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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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