[Webinar] Streamline your web hosting managementRegister Today

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 509
  • Last Modified:

SELECT * performance

Hi all,
I want to know if there is an advantage of using SELECT field1, field2, .... agains SELECT * in terms of performance.
Please forget other considerations. Just want to know about performance.
I will award all interesting comments.
Thanks in advance,
Jaime.
0
Jaime Olivares
Asked:
Jaime Olivares
  • 4
  • 3
  • 2
  • +2
3 Solutions
 
RiteshShahCommented:
if you are giving * instead of field names which are required than you are selecting those columns also which you are not going to use and it will take time to load so better to have field names as long as possible.
0
 
RiteshShahCommented:
try to specify only the columns you'll need. This will:

Reduce memory consumption and network bandwidth
Ease security design
Gives the query optimizer a chance to read all the needed columns from the indexes
0
 
RiteshShahCommented:
in short, you will have less IO and less network traffic if you specify column after select statement and hence you will get good performance.
0
Keep up with what's happening at Experts Exchange!

Sign up to receive Decoded, a new monthly digest with product updates, feature release info, continuing education opportunities, and more.

 
kevin_uCommented:
I'd say the primary consideration is that select field1, field2, etc has the advantage of not transfering as much data from the server to the client.  This may be considerable if the client and server are separated by a wan link.

For tables with many columns, its possible it may save some disk read bytes.

The compile of the statement may have a tiny tiny effect, negligible.

The result set may be more human readable.. if that applies.

The execution optimizer may be able to skip some steps and choose a better solution for non-indexed table joins.

Thats what I can think of for now.
0
 
Jaime OlivaresSoftware ArchitectAuthor Commented:
Hi RiteshShah and kevin,
I want to evaluate only the server's query process itself, not post-process in client machine.
Please rephrase just considering this. Also, I will require all fields anyway.
0
 
RiteshShahCommented:
well, if you required all field than I guess you will not have any performance benefit, however it will not be human readable clearly but that's fine, no performance benefit
0
 
mrjoltcolaCommented:
Since you requested we forget all other considerations, I will not address why select * is a bad practice in most cases.

From the database execution perspective, no, there is not a performance advantage in the general case, assuming you are comparing selecting every column explicitly vs select *.

The amount of IOs and execution time will be identical (in the general case).

Where the individual fields wil perform better are:

1) If some columns are in an index and some are not. If you query only fields in an index, the DB engine may scan only the index rather than the table segment. This is more efficient.

2) Querying a subset of the columns will reduce the data volume returned in the cursor, and over the network.


As far as the parsing overhead or the DBMS engine execution overhead, they are identical. Actually it may be simpler for the engine to select * since there is no column filter to process.

0
 
Jaime OlivaresSoftware ArchitectAuthor Commented:
Thanks all for your comments
0
 
mrjoltcolaCommented:
jaime, one more suggestion. You can prove the queries yourself by analyzing the execution plan for each query. That is always my approach.
0
 
Aneesh RetnakaranDatabase AdministratorCommented:
i know this is already closed, one cent from myside

if you use the column names, sql server has to do an addition check on the system tables to see whether there is a column by that name
0
 
Jaime OlivaresSoftware ArchitectAuthor Commented:
thanks for the extra info
0

Featured Post

Free Tool: Subnet Calculator

The subnet calculator helps you design networks by taking an IP address and network mask and returning information such as network, broadcast address, and host range.

One of a set of tools we're offering as a way of saying thank you for being a part of the community.

  • 4
  • 3
  • 2
  • +2
Tackle projects and never again get stuck behind a technical roadblock.
Join Now