SQL开发人员是否使用SQL查询设计器创建SQL查询？

我只是好奇SQL开发人员是徒手编写代码还是使用可视查询设计器生成查询？在大多数情况下，查询设计器可以创建大多数非复杂查询，不是吗？（我是一个刚刚开始使用SQL Server的WinForms开发人员）

我不能和其他人说话，但是正如您所说的，我通常只在“写意”中键入SQL。在我看来，大多数视觉查询设计人员似乎都在增加而不是减少复杂性。我应该补充一点，我也不在接近全职的地方编写SQL。

我确定这取决于，但我从不使用视觉设计师。一旦您对SQL有了很好的了解并思考了SQL，编写它就成为了第二天性。使用任何视觉设计器，我将比仅仅编写原始SQL花费更多的时间。

我会说绝大多数有经验的开发人员都是手工编写的。我确信某些newby或应届毕业生可能会使用视觉设计器，但是一旦掌握了SQL的一些基础知识，手工编写的知识就会更快。

我发现查询设计器通常很慢且繁琐，不能总是处理复杂的查询。很多次，我不得不将查询复制/粘贴到某个工具（通常是Access / Excel），然后在查询上花了几分钟时间，然后才声明它无法处理并将其发送给文本编辑模式。

每当我想学习一种新的工具/语言时。我强迫自己用手打字。HTML，XAML，SQL。这样，我知道如何解决设计师产生的问题。一旦我擅长手写，我就会强迫自己尽可能地学习设计师。

两者兼而有之，让您拥有两全其美的感觉……有些事情与设计师和其他在代码方面更高效的人做起来会更有效率。都教自己，可以避免两者的缺点。

我不使用查询生成来生成查询，而是最初手动创建它们（主要是因为查询的琐碎琐事很难用编写query designer。

但是在大型系统上，这还不够。最重的DB系统提供了查询分析工具，该工具将进行查询并向您显示Query Execution Plan。然后，您可以使用此工具（和其他工具）来尝试和优化查询。

不仅可以帮助查询本身，还可以指示需要对哪些表进行索引以及应如何对它们进行索引，还可以提供对数据进行分区的潜在技术。

我什至会说我从未见过有人使用可视化查询设计器。

我本人从未使用过它。

当我不太了解模式时，我倾向于使用查询设计器。这可以帮助我学习架构。后来……打字比绘图快得多。

我永远不会考虑使用设计器来编写我的查询。我知道我的数据库模式非常详细（我们的数据库有数百个表），而不必考虑如何联接到它们，我只需键入，然后查询就会推出。

我用手写下所有查询。视觉设计师通常只会在扫描数百张桌子时很好地降低您的速度。您只需处理列和表名的简单名称完成以及适用于特定DB的参考手册。

请注意，我在可视化查询设计器方面的经验仅限于使用Oracle数据库的工具。

我已经编写了很多SQL和PL / SQL代码，而从未使用过查询设计器。对于了解SQL的人来说，使用这些工具很麻烦。这就像在visio中绘制流程图并让工具生成程序而不是实际编写程序。

初学者从设计者开始，他们的SQL代码的第一印象经常是在那儿生成的。它看起来太混乱，因为它不是以结构化/可理解的方式格式化的。最终，您需要切换为文本编码，并且必须理顺所有内容。格式化已关闭。Intellisense使它成为了SQL编写器的方法。由于正在使用新数据库，因此我开始涉足其中之一。

在过去的一年中，我写了数千行Oracle SQL和PL / SQL。大多数时候，我只是在Emacs Shell窗口中运行SqlPlus。我自定义了单词补全功能，使其非常高效。查询设计器只会让我慢下来。如果必须查看较大的结果集，那么我将打开SqlDeveloper，但我尝试不这样做，因为它很慢，即使它可以基于模式完成名称，但在Emacs中运行起来仍然更快。