社区
疑难问题
帖子详情
select * from @n为什么不对?答对马上结贴!
hjb111
2003-03-28 02:57:19
我定义了一个变量@n
然后做了select * from @n但老是不对,不知为何,我不却不知如何做下去!
谢谢!
...全文
159
9
打赏
收藏
select * from @n为什么不对?答对马上结贴!
我定义了一个变量@n 然后做了select * from @n但老是不对,不知为何,我不却不知如何做下去! 谢谢!
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
9 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
liuyunfeidu
2003-03-29
打赏
举报
回复
蚂蚁的答案是正确的。关于这个,真的很他XX的。但是SQL SERVER 的帮助上就是这么写的。如果你不这么写,它就是不执行,报错。
w_rose
2003-03-28
打赏
举报
回复
必须用 declare @n table (.....) 来定义。
xzq111
2003-03-28
打赏
举报
回复
用
select @n就可以了
chaichaichai
2003-03-28
打赏
举报
回复
declare @n varchar(100)
declare @sql varchar(1000)
select @sql = 'select * from '+@n
exec (@sql)
xpilot
2003-03-28
打赏
举报
回复
解释一下原因:
From后面SQL渴求的是一个物理的数据库对象名称,不能迟名称解析所以也不能是变量,因而要构造动态sql来查询
lemong
2003-03-28
打赏
举报
回复
直接用
select @n
happydreamer
2003-03-28
打赏
举报
回复
declare @n varchar(100)
exec ('select * from'+@n)
CrazyFor
2003-03-28
打赏
举报
回复
or:
set @N='select * from'+ @n
exec(@N)
CrazyFor
2003-03-28
打赏
举报
回复
exec('select * from'+ @n)
为什么大家都说
SELECT
* 效率低
本文深入探讨了在SQL查询中避免使用
SELECT
*的原因,包括数据传输时间、网络开销、IO操作增加及覆盖索引策略损失等问题。同时,文章详细解释了辅助索引和联合索引的优势,以及如何合理创建索引以提高查询效率。
select
* from table的弊端
本文探讨了在SQL查询中使用`
select
* from table`的弊端,包括额外的数据库解析开销、可能导致的索引覆盖失效、增加网络传输时间和内存分配次数、对数据库性能的影响以及对代码维护的挑战。建议在开发中避免使用`
select
*`,以提高查询效率和代码的稳定性。
select
* from 的一些心得
本文介绍了如何使用SQL语句进行数据查询,包括基本的
SELECT
* FROM语句及其与其他子句如WHERE、GROUP BY、ORDER BY等结合使用的语法。通过具体示例说明了如何筛选特定条件的数据、按字段分组统计数据以及对查询结果进行排序。
为什么总是说不能用
select
*呢
本文通过一个实际案例,阐述了在SQL脚本中避免使用
SELECT
*的重要性。详细解释了使用
SELECT
*可能导致的全表扫描、数据库及应用程序压力增大、内存溢出等问题,并分享了因字段冲突引发的查询错误经历,强调了良好代码习惯的必要性。
为什么不推荐使用
select
* ?是性能问题吗 ?
本文以 MySQL 数据库为例,探讨了
SELECT
* 和
SELECT
指定列的区别。测试表明二者性能差异可忽略,但
SELECT
* 会带来额外网络开销,在有索引字段时性能开销更大,且不利于代码扩展性和可读性,开发应尽量操作所需字段。
疑难问题
22,297
社区成员
121,728
社区内容
发帖
与我相关
我的任务
疑难问题
MS-SQL Server 疑难问题
复制链接
扫一扫
分享
社区描述
MS-SQL Server 疑难问题
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章