OK, comentando... scroll, por favor..
Respondendo (replying) "Marco A P D' Andrade" <[EMAIL PROTECTED]>
> S� para esclarecer...
>
> 1. Uso MySQL e Postgres
> 2. Tenho muita informa��o em texto puro, e n�o abro m�o do perl pelas
> facilidades de operar em textos...
> 3. Nunca usei DBM, julgo o problema apenas pela falta de experiencia...
>
> Vamos utilizar o melhor dos items 2 e 3 ?
>
> Minhas opini�es...
> SQL
> -----
> Muito util, seja em Perl, Phyntom, Delphi, ou pura montagem de query's...
> A melhor op��o para BD n�o se discute quanto a facilidades, mas exige
> gerenciamento diferenciado de recursos, n�o vamos entrar em maiores detalhes...
"N�o se faz um omelete sem quebrar alguns ovos", correto. Instalar o
Oracle no Linux � uma experi�ncia t�o gratificante quanto fazer sexo com
a Luana Piovani, e t�o dif�cil quanto.
> Texto
> ------
> Uma �tima alternativa para armazenamentos vari�veis, n�o indicado a registros do
> genero cadastramento, pois quando precisa comecar a excluir e alterar, vai
> exigir muito mais detalhamento de baixo n�vel que DBM e SQL (ou horas de
> testes...)
Claro. N�o se usa um BD pra guardar um arquivo .INI. No caso, se forem
*v�rios* .INI, a� sim uma solu��o via BD se torna interessante.
> DBM
> ------
> Pelo pouco que j� vi, � bem f�cil de se utilizar, pois faz o acesso de altera��o
> e exclus�o diretamente no HASH...
� um .TXT metido a besta, mas � uma solu��o ao n�vel de um dBase, com
performance melhor. Um ambiente Perl puro, sem acesso a bancos se
beneficia MUITO dele. A portabilidade tamb�m � bem interessante.
> --------
> Cada op��o tem seu uso espec�fico, e com seus pr�s e contras, mas podem ser bem
> ou mal utilizados.
>
> SQL:
> Criar uma tabela para mantar l� registros de logs, onde n�o h� muita muta��o nos
> dados, � rid�culo...
> Exceto se montar muitas estat�sticas vari�veis, em volume de campos razo�vel
Ou seja: Um log decente. Sem possibilidades (muitas) de consultas, o log
perde raz�o de ser. O ideal � ter uma m�quina s� pra eles. Concentra-se
(mesmo via ODBC) os diversos logs nela, e assim o sistema como um todo
n�o � afetado. Pra que usar espa�o de servidor pra guardar log ? :)
> ASC:
> N�o deve ser utilizado em todos os casos, mas DEVE ser considerado como uma
> alternativa e ser conhecido, pois com frequencia � a melhor op��o de
> armazenamento (AO MEU VER).
Discordo. Principalmente em ambientes Wintel, mais fadados a problemas
de arquivos.
>
> Nunca considere algo como insuperavel, melhor, etc
uai ? Pq n�o? Oracle � melhor que dBase, em TODOS os aspectos. Uma
Ferrari � melhor que uma Toleman, em TODOS os aspectos. Compara��o por
gosto pessoal � uma coisa, compara��o por m�rito t�cnico � outra.
> Linux � muito bom, Windows ainda tem recursos para usu�rios leigos
Aqui temos o problema da curva de aprendizado, e da rela��o
custo/benef�cio. � bem mais complicado aprender a usar o Linux, e os
benef�cios para o usu�rio leigo n�o s�o consider�veis.
> SQL � excelente, mas ASC e DBM ainda tem seus espacos e podem ser bem ou mal
> utilizados, vai depender do tempo que o programador dispensou para aprender os
> recursos dispon�veis!
Aqui temos o mesmo problema. O custo de aprender a utilizar um banco de
dados � razo�vel, s� que os benef�cios ao desenvolvedor e � performance
do sistema compensam totalmente o tempo investido.
[]'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.
������������==
