回复：高级 SQL 选项我不确定这个评论是否需要一个单独的愿望项目，但考虑到原始愿望项目的普遍性，它似乎足够相关，可以将其包含在这个愿望项目中：
我希望看到 JMP 在链接到外部数据库时合并一个活动的 SQL 编辑器（在键入 SQL 时下拉选择器、自动填充语法一致的命令等）。
目前，可以在框中输入错误的 SQL，唯一的反馈是一般错误。
我认为最初的愿望清单项目帖子更进一步，希望查询构建器 GUI（或我所说的向导）适应正在键入的 SQL。
回复：高级 SQL 选项你好@势头。 感谢您的支持:)
带有 d 的活动 SQL 文本编辑器键入 SQL 时下拉选择器、自动填充语法一致的命令等
很酷的主意！ 我要它！
这使我能够进一步明确最初的想法 - 区分 - 并且链接..
最初的愿望是由于发现存在一些“未知”的 SQL 字符串——无法通过 GUI 创建的代码而诞生的。
所以想法是：要么添加此功能，要么提供一种将此类未知 SQL 字符串添加到自动生成的代码中的方法 *) - 而又不失去进一步使用 GUI 的可能性。
*) 为此，GUI（向导）不必理解附加字符串。
@势头的活动 SQL 编辑器可能是实现这一想法的一种方法 - 如果编辑器可以理解语法，它可以支持下拉框和错误突出显示。
因此，对于坚持使用标准 SQL 的用户来说，这很酷。
关于*）：
如果存在活动 SQL 编辑器不理解的表达式，它会将此类表达式突出显示为错误 - 但仍为其余字符串以及整体层次结构提供舒适的支持。
活动的 SQL 编辑器让我想起了 Jmp 公式编辑器。
所以，我认为这将是最终的解决方案：
SQL 查询编辑器就像 Jmp 公式编辑器 - 具有内联语法支持 + 层次结构检查。
...如果用户想要使用编辑器未知的代码 - 可以提供特定的功能来做到这一点
- 一些“里面有未知代码” - 盒子它可以放置在已知层次结构中的任何位置。
高级 SQL 选项很酷的新功能
☑ 可以帮助很多用户！
删除一个“bug”
很高兴拥有
无人需要它
是什么激发了这个愿望清单请求？
Jmp 中的查询生成器非常适合通过 GUI 生成 SQL 查询。
但有些查询无法通过 GUI 生成：
数据库访问
使用 JMP 17，在查询生成器中，如何在 SQL 代码末尾添加“WITH UR”？
目前唯一的解决方案：更改为自定义 SQL - 此时会丢失所有 GUI 选项以对查询进行进一步更改。
您希望看到什么改进？
请改进 GUI 以提供高级 SQL 选项：
- 添加“分解”条目和“索引”列条目的功能
- 允许用户手动输入高级 SQL 字符串 - 然后可以将其添加到主 SQL 查询字符串的特定位置。
为什么这个想法很重要？
当用户必须向查询添加查询生成器 GUI 不支持的表达式时，他们不再被迫放弃查询生成器。
更多愿望提交者
数据存取回复：高级 SQL 选项 - 状态更改为：已确认回复：高级 SQL 选项我想添加一个更具体的改进请求，该请求也可能相对简单地实现：计算列的更多灵活性。
目前，公式编辑器仅允许输入一组有限的函数和运算符；无法识别的语法（包括 CAST 或 CONVERT 等简单内容）将被拒绝。是否可以添加对 SQL Server 等流行数据库引擎的全套功能的支持，或者只是允许输入任意 SQL 代码作为计算列公式？也许可以通过在 SQL 方言的下拉菜单中添加“允许自定义表达式”选项来实现？
