MENTIRA.
Voces *nao sabem* usar bancos de dados. Ah, n�o existe "O" SQL desde
1980. SQL � uma linguagem de defini��o de queries.
Para acessar os registros que contenham a string "X" no campo "teste" da
tabela "tab1" de um banco SQL, sua conex�o remota (via ODBC, ADO, o
diabo que for) enviar� a seguinte string ao banco:
SELECT * from TAB1 where TESTE = "X"
36 bytes. TRINTA E SEIS. Depois disso, o banco ir� retornar SOMENTE os
registros corretos. Mesmo que seu TXT seja lido com a mesma velocidade
do banco (o que eu duvido) a quantidade de dados enviados com o uso do
BD � MUITO menor.
Qualquer resultado contr�rio � fatalmente causado por imper�cia extrema,
e n�o-entendimento da filosofia de um banco de dados. SELECT * from TAB1
e depois tratar internamente n�o d�..
> retornou a resposta em emnos de 1 segundo. Procurando pelo
> mesmo dado acessando a base de dados em SQL o tempo de
> resosta foi de quase 10 segundos. Talvez com o servidor SQL
> estando na mesma m�quina esse resultado seja diferente, mas
> nas condi��es atuais de trabalho dizer que acessar bases de
> dados em um servidor SQL � melhor do que acessar arquivos em
> modo ASCII por ser uma tecnologia melhor � simplificar a quest�o.
>
> []'s
>
>
> Charles Roberto Pilger ([EMAIL PROTECTED])
> Work: http://www.unisinos.br Personal: http://CharlesPilger.i.am
> ICQ: 636464 - WCQ: 14074 (http://www.wcq.com.br)
> http://www.mrweb.com.br/perl/
> �������������
> >>No site da lista, voce tera tudo sobre PERL,
> >>LINUX, PHP, ASP e informacoes, cadastramento
> >>e descadastramento da Lista.
> �������������
>
[]'s
Carlos Cardoso - [EMAIL PROTECTED]
NAS LIVRARIAS: FLASH4 - Para Principiantes
==================================
www.carloscardoso.com
Tech Writer, BOFH & Trekker
Linux Reg user # 92301
http://www.mrweb.com.br/perl/
�������������>No site da lista, voce tera tudo sobre PERL,
>>LINUX, PHP, ASP e informacoes, cadastramento
>>e descadastramento da Lista.
������������==
