Paulo, bom dia.
Ainda assim, prefiro as tabelas convencionais. Mesmo pq, uma empresa deste
porte deve ter uma boa estrutura tecnol�gica.
Usando corretamente os �ndices, o tempo de resposta � muito curto.
Num exemplo, com uma tabela com +- 29.000 itens (� pequena, mas d� para ter
uma id�ia), o tempo de retorno e a quantidade de trafego de rede s�o muito
pequenos.
SQL> select count(*) from item;
COUNT(*)
----------
29468
SQL> select pct_ipi from item where cod_empresa='01' and cod_item =
'001.01.80165.00';
PCT_IPI
----------
5
Execution Plan
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=2 Card=1 Bytes=21)
1 0 TABLE ACCESS (BY INDEX ROWID) OF 'ITEM' (Cost=2 Card=1 Bytes=21)
2 1 INDEX (UNIQUE SCAN) OF 'PK_ITEM_1' (UNIQUE) (Cost=1 Card=1)
Statistics
----------------------------------------------------------
0 recursive calls
0 db block gets
3 consistent gets
0 physical reads
0 redo size
366 bytes sent via SQL*Net to client <======
Trafego de rede
425 bytes received via SQL*Net from client <======
Trafego de rede
2 SQL*Net roundtrips to/from client
1 sorts (memory)
0 sorts (disk)
1 rows processed
O processamento � imediato, pois est� utilizando �ndice "INDEX (UNIQUE SCAN)
OF 'PK_ITEM_1' (UNIQUE)".
Acredito que, fazendo um tunning correto das querys, vc n�o ter� problema e
n�o precisar� esquentar a cabe�a com tabelas tempor�rias.
Se quiser fazer um teste mais apurado, crie uma tabela com dois campos e
adicione uns 5.000.000 de registros com n�meros seq�enciais (com um FOR).
Depois crie um �ndice e fa�a uma consulta.
Dependendo da estrutura de rede e do servidor, pode at� ser necess�rio
partir para uma solu��o mais trabalhosa, por�m consciente de que a real
solu��o seria melhorar a estrutura tecnol�gica.
Opini�o particular! ;-)
[]s
Fabr�cio Veloso Ramos
-----Mensagem original-----
De: delphi6_2005 [mailto:[EMAIL PROTECTED]
Enviada em: ter�a-feira, 9 de novembro de 2004 08:48
Para: [EMAIL PROTECTED]
Assunto: [delphi-br] Mais sobre tabela tempor�ria
Amigos agrade�o a ajuda de todos, realmente muito importante.
Gostaria de estender o assunto.
A maioria dos amigos evita ou n�o recomenda o uso de tabelas
temporarias, por�m fica complicado por exemplo um sistema de vendas
onde o usu�rio informa o codigo do produto e tem de se verificar se
o produto existe na tabela, ir at� o banco v�rias e v�rias vezes s�
pra verificar exist�ncia do produto, imaginem um supermercado com
30, 50, 100 caixas registrando 10, 20, 50 itens por venda.
O que os amigos me dizem.
Paulo.
--
<<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>>
Para ver as mensagens antigas, acesse:
http://br.groups.yahoo.com/group/delphi-br/messages
Para falar com o moderador, envie um e-mail para:
[EMAIL PROTECTED] ou [EMAIL PROTECTED]
Links do Yahoo! Grupos
--
<<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>>
Para ver as mensagens antigas, acesse:
http://br.groups.yahoo.com/group/delphi-br/messages
Para falar com o moderador, envie um e-mail para:
[EMAIL PROTECTED] ou [EMAIL PROTECTED]
Links do Yahoo! Grupos
<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/delphi-br/
<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]
<*> O uso que voc� faz do Yahoo! Grupos est� sujeito aos:
http://br.yahoo.com/info/utos.html
