平时都是不要用*去SELECT，如果是这样性能会有损失吗？？？按正常应该写成
select id,title,content from article这样性能会有损失吗？？？？？
select id,title,content from (select * from article) as t0这是项目需要。需要对DBHelper封装，在最后才能确定要哪些字段。
select id,title,content from article这样性能会有损失吗？？？？？
select id,title,content from (select * from article) as t0这是项目需要。需要对DBHelper封装，在最后才能确定要哪些字段。
2、select * 要对表中所有列经行权限检查，这部分也是开销。
3、select * 然后插入一个表的时候，一旦原表加减了某些列，那么源程序就会报错，因为列数不对应。
1、SELECT * 语句取出表中的所有字段，不论该字段的数据对调用的应用程序是否有用，这会对服务器资源造成浪费，甚至会对服务器的性能产生一定的影响。
2、如果表的结构在以后发生了改变，那么SELECT * 语句可能会取到不正确的数据甚至是出错。
3、执行SELECT * 语句时，SQL Server首先要查找出表中有哪些列，然后才能开始执行SELECT * 语句，这在某些情况会产生性能问题。
4、使用SELECT * 语句将不会使用到覆盖索引，不利于查询的性能优化。
5、在文档角度来看，SELECT * 语句没有列明将要取出哪些字段进行操作，所以也是不推荐的。
关于Select * 与Select 字段名 的问题！
理由一：不用 * 号而列取字段，是严谨且良好的习惯。
理由二：记得在SQL2000,如果在视图中使用了select *,像 SQL code
select * from tableA
然后再修改tableA的结构,
回过头来看之前建立的视图,竟发现视图是不会自动更新的,
即在视图中的select *,返回的还是原有的旧结构,
这种不能同步更新的情况,很容易被忽视,造成错误.
理由三：
我以前也这样做的,不过都让改成显示列名了.理由是如果数据库中的这个表有所改动,如增加一列,而根本不需要显示.所以还是尽量用列名比较好.而且对于代码的理解也比较好.
理由四：
不建议用*，最好是写列名，排版好就行了。
理由五：
建议下一个SQL标准中取消 "select *"的用法 :)
在大多数情况下都是明确写出列名好，
select * 大多数情况下是图个方便。
理由六：
select *只是圖個方便，當你的返回表中有入讀比較大的字段或者有二進制數據字段時，容易產生字段名混亂錯誤。你調用返回表時可能會出現的得不了具體值。一個個寫出來字段可以避免這些情況。
理由七：
这要看实际情况啥...
考虑到大数据量时最好用字段不用*;因为用*会把其表中的如ＩＮＤＥＸ．．．等用不上的信息全部提取．
习惯不用＊久了秒一切ＯＫ了．
本人是做ＥＲＰ的．数据量大的效率问题就出来了．．．
本人遇到的问题是：在使用ResultSet rs = stmt.executeQuery("select * from tableName");时,在下面更新具体某一字段（rs.updateBinaryStream("blob_clumn",new java.io.ByteArrayInputStream(myData,0,m_totalBytes), m_totalBytes);）时，报java.sql.SQLException: 对只读结果集的无效操作: updateBinaryStream 异常，之后听经理说在插入记录时，要给blob字段进入初始化（insert into tableName(id,blob_clumn) values(3,empty_blob()))，之后测试仍然报上面的错误：对只读结果集的无效操作，之后考虑的问题，为什么有的结果集（或者视图）能更新，有的不能呢，在网上查了半天，结果是只对单一表，或者是基本一张表的更新，就可能对结果集（或者视图）更新，我查看查询语句，是单一表呀，为什么报只读异常呢，之后我想到将select * from tableName修改成select id,blob_clumn from tableName，之后测试就ＯＫ了，我不明白为什么用＂＊＂不能更新，而用字段列表的形式就行，上面的结果是我从网上搜到的结果，感觉对大家很有用．我支持理由六，七两个理由，其它的不涉及到此问题．