Winform前端SQL / Query Builder的最终用户选项

dv 2020

会员
已加入
2020年12月18日
留言内容
19
编程经验
1-3
大家好,

我目前正在探索选项,以提供一个前端用户来通过选择他们想要的项目/过滤器来查询数据库表。我碰到了这个产品 易查询 看起来很有希望。我最初只是简单地使用数据网格/或传统报表,然后让用户选择复选框,或多组合选择,它将以字符串形式写出SQL查询,对数据库运行查询并返回结果。

我很想看看是否有人做了类似的事情,或者对值得探索和尝试的东西有其他想法。

谢谢

问候

dv
 

跳伞

工作人员
已加入
2019年4月6日
留言内容
2,497
地点
弗吉尼亚州切萨皮克
编程经验
10+
我的两分钱:大多数现代查询构建器的问题在于,它们只是构建SQL查询的直观方式。这仍然需要用户具有程序员的心态。他们仍然必须知道如何在概念上构建查询-查询构建器所要做的只是照顾语法,跟踪AND / OR嵌套,如果查询构建器良好,则使用表JOIN。这可能会对具有信息系统背景的业务用户有所帮助,但对日常工作是牙医,木匠或医生的典型业务用户却没有帮助。

早在80年代末和90年代初,Borland的Paradox数据库就有了他们所说的" 通过示例查询 "。用户界面通过让用户直观地进行过滤来引导用户获得所需的查询。对我来说,这是典型的业务用户会发现更有用的东西。

在幕后,Paradox将构建SQL查询,并在需要时进行更多调整。

(我只是稍微修改一下,因为即使在那时,在NoSQL出现之前我还是NoSQL的人。那个时候,我称自己为反关系数据库。)

我找不到带有屏幕截图的Borland原始DOS版本的直接链接,但是此链接应该使您了解它如何与旧Windows版本的Paradox的屏幕截图一起使用:

 
Last edited:

dv 2020

会员
已加入
2020年12月18日
留言内容
19
编程经验
1-3
我的两分钱:大多数现代查询构建器的问题在于,它们只是构建SQL查询的直观方式。这仍然需要用户具有程序员的心态。他们仍然必须知道如何在概念上构建查询-查询构建器所要做的只是照顾语法,跟踪AND / OR嵌套,如果查询构建器良好,则使用表JOIN。这可能会对具有信息系统背景的业务用户有所帮助,但对日常工作是牙医,木匠或医生的典型业务用户却没有帮助。

早在80年代末和90年代初,Borland的Paradox数据库就有了他们所说的" 通过示例查询 "。用户界面通过让用户直观地进行过滤来引导用户获得所需的查询。对我来说,这是典型的业务用户会发现更有用的东西。

在幕后,Paradox将构建SQL查询,并在需要时进行更多调整。

(我只是稍微修改一下,因为即使在那时,在NoSQL出现之前我还是NoSQL的人。那个时候,我称自己为反关系数据库。)

我找不到带有屏幕截图的Borland原始DOS版本的直接链接,但是此链接应该使您了解它如何与旧Windows版本的Paradox的屏幕截图一起使用:

谢谢回复。

将对此进行更多研究。我认为最好的长期解决方案将是从头开始创建查询构建器的路径,这可能仅仅是允许基本用户选择他们想要在查询中包括哪些属性所需要的。
 

dv 2020

会员
已加入
2020年12月18日
留言内容
19
编程经验
1-3
大家好,

对于访问此页面并正在寻找不错的解决方案的任何人,该解决方案允许最终用户如此安全地针对数据库创建自己的基本查询, 易查询 :.NET / ASP.NET查询生成器和高级搜索组件(korzh.com) 在几个小时内,试用版是60天的完整版,非常值得尝试。大多数功能都在那里,并允许我在winform中创建一个不错的界面,用户可以在其中针对数据库创建基本查询。

它的确运行良好,文档有些薄,但是票证支持系统很棒,创建者响应迅速。

谢谢

大卫
 
最佳 底部