Re: [firebase-br] Por que não usar "select * from"?

[Campus]

Ainda mais se a tabela tiver campos BLOB.

Mas isso é uma questão de bom senso.

Imagina um serviço de telemarketing, a operadora trabalha 8 horas por dia e
atente 80 clientes nesse período (10 clientes por hora). Se ela perder 0,5
segundo nas operações de busca por cliente, no fim do dia ela terá perdido
40 minutos de trabalho.

Se forem 15 operadoras, elas terão perdido um dia de serviço. Isso num
serviço de SAC (serviço de atendimento ao consumidor), é inadmissível.




----- Original Message ----- 
From: "Jeudí Prando - GMail" <jeudiprando em gmail.com>
To: "FireBase" <lista em firebase.com.br>
Sent: Wednesday, December 06, 2006 1:17 PM
Subject: Re: [firebase-br] Por que não usar "select * from"?


quando voce tiver 1.600.000 registros de vendas e quase 5.000.000 de
registros de itens de venda
voce vai perceber a diferença

utilizando select * from tabela da um erro "out of memory"

e puxando somente campos basicos e só depois então todos os campos de um
unico registro não da erro nenhum e nem parece que tem tanto registro... de
tao rapido que ficou aqui parece que instalei lá ontem... rs

boa sorte!

----- Original Message ----- 
From: "Henrique Netzka (Vetor Sistemas)" <henrique em vetorsistemas.com.br>
To: "FireBase" <lista em firebase.com.br>
Sent: Wednesday, December 06, 2006 10:27 AM
Subject: Re: [firebase-br] Por que não usar "select * from"?


é... Mas assim... trafegar a informação ele vai trafegar d qq jeito (tomo
isso como verdade, mas posso estar errado)... Pq eu posso dizer SELECT ID
FROM Tabela, ele não sabe que ID é um integer - mas ele precisa saber! Ou
seja, ele trafega!

O tempo na busca do banco eu concordo, vai demorar mais pra saber "quem é
*". Mas acho que é uma preocupação tão importante quanto aquela do
FieldByName (lembra?! que, segundo aquele artigo, deixava a aplicação SUPER
lenta utilizar isso?).

Acho que tem também uma questão conceitual, do tipo "você nunca sabe o que
está vindo". Também, eventualmente você só precisa de dois campos, e puxa 20
da tabela; isso é desnecessário. Mas eu uso SELECT * nas minhas aplicações,
pelo menos nos IBDataSets, e não vejo problema algum; pelo contrário, é mais
prático, q qd vc inclui um campo na tabela é só incluir no DataSet
(utilizando Ctrl+F), sem precisar mudar nada na instrução de SELECT.

Abraços,
Henrique Netzka


----- Original Message ----- 
From: "samuel ferreira" <samuel.peres.ferreira em gmail.com>
To: "FireBase" <lista em firebase.com.br>
Sent: Wednesday, December 06, 2006 11:08 AM
Subject: Re: [firebase-br] Por que não usar "select * from"?


qd vc usa '*', retorna todos os campos das tabelas q vc esta dando select,
ou seja, toda essa informacao trafega na rede. e claro q qt mais registros
sua qry trazer, mais informacao desnecessaria vai trafegar na rede. imagine
isso, rodando via internet?

alem disso, ATE ONDE SEI, qd vc da '*', o prepare busca no banco quais sao
os campos das tabelas, para depois executar

espero ter ajudado

samuel
______________________________________________
FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
Para editar sua configuração na lista, use o endereço
http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
Para consultar mensagens antigas: http://firebase.com.br/pesquisa


______________________________________________
FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
Para editar sua configuração na lista, use o endereço
http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
Para consultar mensagens antigas: http://firebase.com.br/pesquisa


______________________________________________
FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
Para editar sua configuração na lista, use o endereço
http://mail.firebase.com.br/mailman/listinfo/lista_firebase.com.br
Para consultar mensagens antigas: http://firebase.com.br/pesquisa


-- 
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.432 / Virus Database: 268.15.9/573 - Release Date: 05/12/2006
16:07