F�rum Sequencia de consulta #486656

24/07/2014

SQL Server

quando se formula um "select" a sequencia dos campos � importante, deixa rapido ou pode deixar lento?

Mariana Carvalho

Curtir t�pico

+ 1

Responder

Post mais votado

24/07/2014

At� onde eu sei a sequ�ncia n�o influ�ncia na performance, o que costuma degradar � o famoso e pertinente '*' no SELECT * FROM tabela.

O que vai influenciar diretamente s�o os campos na cl�usula WHERE e se for caso nos JOINS a jun��o com ON....

William

Responder

Gostei + 1

Mais Posts

24/07/2014

Marisiana Battistella

Refor�ando o que o William comentou...
Essa quest�o do uso do "SELECT * FROM tabela" � considera m� pr�tica por muitos DBAs, recomenda-se sempre que se utiliza os nomes de cada coluna que o SQL deve retornar.

Responder

Gostei + 1

24/07/2014

Jo�o Fran�ozo

Boa tarde Marisiana,

Realmente quando usamos os nomes das colunas na SELECT deixa o sql mais r�pido, se estiver (*) vamos ter que mostrar todas as colunas mesma as quais n�o nos interessa.

Att.
Jo�o Antonio

Responder

Gostei + 1

24/07/2014

Mariana Carvalho

ent�o n�o existe no select (where) a quest�o de ordens? tipo, uma tabela com:

id, nome, endereco, sexo

no select eu coloco os campos nessa ordem:

endereco, sexo, nome, id

n�o teria diferen�a se eu colocasse assim:

id, nome, endereco, sexo

???

Responder

Gostei + 0

24/07/2014

William

N�o tem problema, pode ser em qualquer ordem ...

Responder

Gostei + 0

24/07/2014

Thiago Palmeira

Vale salientar que em alguns frameworks a maior parte das ViewObject s�o criadas automaticamente com SELECT (*)...o que acaba prejudicando na performance...

Responder

Gostei + 1

25/07/2014

Mariana Carvalho

N�o tem problema, pode ser em qualquer ordem ...

ent�o, fico agradecida.

Responder

Gostei + 0

25/07/2014

Mariana Carvalho

Vale salientar que em alguns frameworks a maior parte das ViewObject s�o criadas automaticamente com SELECT (*)...o que acaba prejudicando na performance...

ai ja entra a linguagem de programa��o n�o �?

Responder

Gostei + 0

26/07/2014

Thiago Palmeira

Sim...

Responder

Gostei + 0

26/07/2014

Mariana Carvalho

Varallo, esses ViewObject, s�o especifico de alguma linguagem? e esses cuidados, quem deve tomar o desenvolvedor ou o dba?

Responder

Gostei + 0

26/07/2014

Thiago Palmeira

Esses cuidados � mais na parte da arquitetura e no desenvolvimento.

Responder

Gostei + 0

26/07/2014

Mariana Carvalho

poderia estender um pouco sua resposta, n�o entendi. :-)

Responder

Gostei + 0

29/07/2014

Marisiana Battistella

J� viram esse artigo? [url]https://www.devmedia.com.br/sql-join-entenda-como-funciona-o-retorno-dos-dados/31006[/url]

Responder

Gostei + 1

29/07/2014

Mariana Carvalho

ainda n�o Marisiana, obrigada vou pesquisar mais e ler ele.

Responder

Gostei + 0

30/07/2014

Marisiana Battistella

Voc�s comentaram sobre a defini��o da cl�usula WHERE ser bem definida para melhorar a performance....
Utilizar o padr�o ANSI ajuda bastante na defini��o dos JOINS, � altamente recomendado.
Facilita na defini��o dos JOIN entre as tabelas, principalmente quando tem �ndices, al�m de ajudar muito mais na compreens�o da l�gica do SQL em si, pois separa o "feij�o do arroz"...

Responder

Gostei + 0

30/07/2014

Mariana Carvalho

Marisiana, obrigada li o artigo e ajudou bastante.

Responder

Gostei + 0

Mais t�picos