Warning: file_get_contents(/data/phpspider/zhask/data//catemap/5/sql/83.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181

Warning: file_get_contents(/data/phpspider/zhask/data//catemap/1/ms-access/4.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Sql MS Access:类似浏览器的查询功能?_Sql_Ms Access - Fatal编程技术网

Sql MS Access:类似浏览器的查询功能?

Sql MS Access:类似浏览器的查询功能?,sql,ms-access,Sql,Ms Access,是否有任何方法可以执行SQL语句,并在MS Access中查看返回的结果集,而无需通过任何向导、查询设计视图或创建表单?有点像MySQL查询浏览器的功能。以前在使用MySQL和Oracle时,我通常喜欢在将查询嵌入某种GUI之前对其进行测试。使用Access对我来说有点麻烦:对向导有很多依赖,甚至设计视图也有太多的牵手。将查询设计器中的视图更改为SQL视图 这将允许您手工编写SQL,而无需使用内置向导。将查询设计器中的视图更改为SQL视图 这将使您无需使用内置向导即可手工编制SQL。在Acces

是否有任何方法可以执行SQL语句,并在MS Access中查看返回的结果集,而无需通过任何向导、查询设计视图或创建表单?有点像MySQL查询浏览器的功能。以前在使用MySQL和Oracle时,我通常喜欢在将查询嵌入某种GUI之前对其进行测试。使用Access对我来说有点麻烦:对向导有很多依赖,甚至设计视图也有太多的牵手。

将查询设计器中的视图更改为SQL视图


这将允许您手工编写SQL,而无需使用内置向导。

将查询设计器中的视图更改为SQL视图


这将使您无需使用内置向导即可手工编制SQL。

在Access查询设计器中,切换到SQL视图,不使用向导或手动操作即可。在Access查询设计器中,切换到SQL视图—不要用巫术般的粗糙或手工操作来实现……但不要过于关注手工SQL的细节—QBE会将其重新格式化为自己的内部标准,并会丢失您输入的任何非常规格式。我强烈建议99%的用户习惯于只使用QBE,除了QBE本身无法执行的功能外,不要使用SQL视图。@David-W-Fenton:IIRC只有在保存并重新打开查询对象时才能看到重新格式化。此外,您还夸大了效果:例如,IIRC使用QBE生成查询时,会在实际不需要它们的各个谓词周围放置带引号的标识符方括号、列名和括号,然而,手工制作不会导致它们在重新打开时被添加。@David-W-Fenton:…了解什么会被重新格式化会很有趣。最糟糕的是,og当然是当FROM子句中的派生表子查询使用方括号重写时,当子查询依赖需要方括号的引用标识符时,会中断,这真是愚蠢,但IIRC并不是在所有情况下都会被重写。Alsi IIRC再次添加/删除一些空格和换行符。我一直说IIRC,因为我没有安装Access@David-W-Fenton:对于已经能够编写SQL的人来说,使用QBE编写SQL是一个巨大的倒退!我不喜欢的具体事情包括它处理子查询的方式需要SQL!我发现至少在设计器中开始查询是最方便的。它允许我快速选择数据源、分配别名、按Access所需的方式设置联接,以及选择不太可能出现拼写错误的字段。从那里开始,我经常切换到SQL视图,以查找那些感觉查询设计器妨碍我的东西。我可以在SQL视图中完成整个工作,但这需要一点时间……但是不要太关注手工制作的SQL的细节——QBE会将其重新格式化为其自身的内部标准,并丢失您输入的任何非常规格式。我强烈建议99%的用户习惯于只使用QBE,除了QBE本身无法执行的功能外,不要使用SQL视图。@David-W-Fenton:IIRC只有在保存并重新打开查询对象时才能看到重新格式化。此外,您还夸大了效果:例如,IIRC使用QBE生成查询时,会在实际不需要它们的各个谓词周围放置带引号的标识符方括号、列名和括号,然而,手工制作不会导致它们在重新打开时被添加。@David-W-Fenton:…了解什么会被重新格式化会很有趣。最糟糕的是,og当然是当FROM子句中的派生表子查询使用方括号重写时,当子查询依赖需要方括号的引用标识符时,会中断,这真是愚蠢,但IIRC并不是在所有情况下都会被重写。Alsi IIRC再次添加/删除一些空格和换行符。我一直说IIRC,因为我没有安装Access@David-W-Fenton:对于已经能够编写SQL的人来说,使用QBE编写SQL是一个巨大的倒退!我不喜欢的具体事情包括它处理子查询的方式需要SQL!我发现至少在设计器中开始查询是最方便的。它允许我快速选择数据源、分配别名、按Access所需的方式设置联接,以及选择不太可能出现拼写错误的字段。从那里开始,我经常切换到SQL视图,以查找那些感觉查询设计器妨碍我的东西。我可以在SQL视图中完成全部工作,但这需要更长的时间。