社区
ASP
帖子详情
SELECT Top 3 * FROM怎么不管用?
Initial_R
2006-04-14 03:12:54
搜索最上面三个,结果返回的确实全部?请问为什么?
...全文
613
21
打赏
收藏
SELECT Top 3 * FROM怎么不管用?
搜索最上面三个,结果返回的确实全部?请问为什么?
复制链接
扫一扫
分享
举报
写回复
配置赞助广告
用AI写文章
21 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
enterala
2006-09-16
打赏
举报
回复
不可能吧,不过没加order by可能得不到想要的结果.
xiaoqiang08
2006-09-16
打赏
举报
回复
不会吧我用的都是好好的啊!
jackycxg
2006-09-16
打赏
举报
回复
偶也是循环的时候加上什么 do while not rs.eof end i<3才搞定的
roseqiu1
2006-09-16
打赏
举报
回复
我也遇到过这样的问题,当时是在本地上调试时不好用,但是传到服务器上就好用了
Mapleleaf123
2006-09-16
打赏
举报
回复
看上去没错。。。。。写出你的SQL语句看看。
什么都不能
2006-09-16
打赏
举报
回复
ID会不一样,不可思议
Atai-Lu
2006-09-16
打赏
举报
回复
看看order by后边,如果查询到的数据都一样的话,top 1就足够把所有数据都列出来了!更别说是top 3......
LiveD
2006-09-16
打赏
举报
回复
比如SELECT top 3 * FROM t1 WHERE 1=1 ORDER BY ID DESC
如果前100条的ID是一样的,那么返回的就是100条记录而不是3条,以没有
重复值的字段去排序,或者多加个排序条件即可
mingxuan3000
2006-09-16
打赏
举报
回复
Access 得top有时不是很好用
xiaoyaowp
2006-09-16
打赏
举报
回复
哈哈 不会就3条记录吧
这也会错
bob_wang526
2006-09-16
打赏
举报
回复
UP
syq180
2006-04-14
打赏
举报
回复
应该是整体SQL语句的问题,跟此句没多大关系
检查下 其他地方
Initial_R
2006-04-14
打赏
举报
回复
跟这个也有关系?
zhuangyan2004
2006-04-14
打赏
举报
回复
主要看order by
如果排序的字段值一样当然都取出来了
Initial_R
2006-04-14
打赏
举报
回复
是 Access 数据库
yousite1
2006-04-14
打赏
举报
回复
你看下你的sql语句是什么,发上来看看。
lang11zi
2006-04-14
打赏
举报
回复
是否是access数据库啊?
Initial_R
2006-04-14
打赏
举报
回复
后半句怎么会有问题呢?
Initial_R
2006-04-14
打赏
举报
回复
检查的很仔细了,无奈之下只好又在Do Loop循环最后加上一条If i > n Then Exit Do
lishery
2006-04-14
打赏
举报
回复
岂有此理?
仔细检查一下
加载更多回复(1)
SQL取前N条与模糊匹配:TOP、LIMIT、ROWNUM、LIKE写法全解
在数据库日常开发中,限制返回行数与模糊匹配是最常见的查询需求。不同数据库的实现原理差异显著:SQL Server使用TOP,MySQL使用LIMIT,Oracle则依赖ROWNUM伪列,而LIKE作为通用的模糊匹配工具,其通配符和性能陷阱也需仔细把握。理解这些语法背后的执行逻辑,不仅能避免分页查询中的深翻页性能问题,还能减少跨数据库迁移时的兼容性风险。无论是构建报表、实现搜索功能,还是处理大规模数据分页,这些技术都直接关系查询效率与稳定性。本文系统对比三种主流数据库的写法差异,并结合实际案例剖析常见踩坑点,
PostgreSQL
SELECT
深度解析:从语法入口到执行引擎的全链路认知
SELECT
是 SQL 中最基础却最易被低估的查询动词,其本质是数据库与用户之间的一次结构化数据摄取协议。在 PostgreSQL 中,它不仅触发词法解析、语义校验、查询重写、执行计划生成等完整内核流程,更深度耦合模式搜索路径、权限控制、统计信息与物理存储访问机制。理解
SELECT
的执行链,是掌握查询性能优化、权限安全设计与生产级 SQL 编写的前提。本文聚焦 PostgreSQL 特有的
SELECT
行为逻辑,涵盖字段显式声明、WHERE 条件下推、JOIN 时机、CTE 分层建模等工程实践,并自
SQL执行顺序深度解析:从WHERE到ORDER BY的逻辑与优化
SQL作为声明式查询语言,其核心在于描述所需数据而非具体执行步骤。数据库查询优化器会将SQL语句转换为物理执行计划,而理解其逻辑执行顺序是编写高效查询的关键。从数据流视角看,SQL查询遵循FROM/JOIN→WHERE→GROUP BY→HAVING→
SELECT
→DISTINCT→ORDER BY→LIMIT的固定流程,这决定了各子句的作用域与性能影响。掌握这一原理能有效避免常见错误,如WHERE中使用聚合函数或LEFT JOIN条件误置。在工程实践中,结合索引优化与子查询策略,能显著提升查询效率,特别是
MySQL DQL核心原理:从
SELECT
执行流程到索引失效避坑指南
SQL查询语言(DQL)是关系型数据库操作的数据认知基石,其本质是将文本语句经语法解析、语义分析、查询优化与执行引擎四层转化,最终映射为高效数据流。理解
SELECT
的执行路径,能揭示索引为何失效、WHERE条件如何绕过B+树、GROUP BY与HAVING的逻辑分界等关键机制。尤其在MySQL中,隐式类型转换、函数包裹字段、LIKE前导通配符等常见写法,极易触发全表扫描;而复合索引最左前缀原则、filesort排序算法选择、游标分页稳定性等,则直接决定高并发场景下的查询性能。本文聚焦DQL底层原理与高频实战
C语言实现HTTP服务器:从Socket到
select
多路复用的网络编程实践
网络编程是构建现代互联网应用的基石,其核心在于理解客户端与服务器之间如何通过协议进行通信。HTTP协议作为Web通信的标准,定义了请求与响应的格式,而TCP Socket则是实现网络数据传输的底层接口。掌握这些基础概念对于开发高性能服务至关重要,其技术价值在于能够自主控制通信流程,优化资源利用,并深入理解网络性能瓶颈。在实际应用中,无论是Web服务器、API服务还是实时通信系统,都离不开对网络编程模型的合理选择。本文通过一个C语言实现的简易HTTP服务器项目,具体展示了如何使用
select
多路复用技术处理并
ASP
28,402
社区成员
356,940
社区内容
发帖
与我相关
我的任务
ASP
ASP即Active Server Pages,是Microsoft公司开发的服务器端脚本环境。
复制链接
扫一扫
分享
社区描述
ASP即Active Server Pages,是Microsoft公司开发的服务器端脚本环境。
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章