Para pequenas empresas, até pouco tempo, ou usava banco de dados (pago), ou
Paradox, ou DBase.
Na época optamos pelo Paradox. Sim, não é mil maravilhas, mas se souber usar,
dá para remediar os problemas do Paradox, até em rede. Se apagar os arquivos de
índices (como citou o caso do DBase), e mandar recriar. Existem ferramentas
para isso. Funciona normalmente e não perde dados. O maior problema que vejo no
paradox é a concorrência de dados, que é bastante chato gerenciar os lock de
registro.
Opinião minha, se divergir dos colegas, passem batido.
Acho que experiência é melhor do que o que o professor diz na faculdade. Tem um
professor que disse que a cada tecnologia nova deveríamos reescrever todas as
nossas aplicações. Aí eu pergunto: vamos viver de que? Para os clientes, se
você programa em C, Delphi, Java ou o que for, não interessa. Interessa que
funcione e você seja bom no que faz.
Conselho de profissional antigo na área: se aprimore e se vire em achar
soluções, o resto é modismo.
Obs: Migramos o Paradox para outro banco, mais rápido e robusto, não somos
contra a tecnologia, apenas não podemos testar cada tecnologia nova que é
lançada.
Cristiane Campanholo
----- Original Message -----
From: Leonardo Quinino
To: delphi-br@yahoogrupos.com.br
Sent: Monday, December 21, 2009 10:41 AM
Subject: Re: [delphi-br] Paradox em rede ajuda s.o.s
PARADOX = PIRADOX = Bando de DADOS , BANDO mesmo
Usar Paradox é melhor usar DBASE, o Dbase, qdo usava com clipper, dava uns
paus de INDICES, no máximo era só deletar .cdx, .ntx, e mandar reindexar...
Agora no paradox, qdo iniciei minha carreira delphiana lá por idos do Delphi
3 (já havia acompanhando o delphi desde a versão 1) mas não sentia firmeza
na então recém lançada IDE revolucionária. Enfim o maldição do paradox é que
qdo fode o indice, costuma perder meio mundo de dados.
2009/12/21 dbug.eti.br - Gmail <dbug.eti...@gmail.com>
>
>
> Ahhhhh....fala sério, PARADOX é banco de dados de verdade agora? Só pela
> razão de que alguém não teve problemas com PARADOX não significa que ele
> realmente deva ser utilizado em projetos sérios. Pessoal, por favor,
> reavaliem essa situação. Utilizem um SGDB de verdade! Existem muitos
> livres, como MySQL (InnoDB suporta transações), Postgre (EXCELENTE!) e
> nosso conhecido Firebird. Uma frase de um ex-professor meu, mas que ele
> citou de um filósofo: "Mostra-me as ferramentas que utiliza que te direi
> que tipo de profissional és."
>
> Abraço
>
> Em 21/12/2009 04:41, EmbarcaDelphi escreveu:
>
> >
> > Pessoal só manda resposta depois que alguém entrega uma dica, e ainda
> > por cima diz que as dicas estão equivocadas. Pois bem, quem repassou
> > esta dica foi nada menos que o Sr. Daniel Wildt, Mestrado em computação
> > UFRS, Borland Certified Instructor.
> > Mas tudo bem, minha parte eu fiz sem ter que criticar ninguém.
> >
> > Em 20/12/2009 16:42, JC Informática (José Cláudio) escreveu:
> > > Estimada Alessandra,
> > >
> > > Minha sugestão, baseada em sistemas desenvolvidos utilizando banco
> > de dados
> > > Paradox ao longo dos últimos 10 anos é a seguinte:
> > >
> > > No servidor, configure localshare = true,
> > >
> > > no path do banco de dados nunca use unidades compartilhadas, mas sim o
> > > caminho no formato UNC (mesmo estando no servidor)
> > > \\NOMEDOSERVIDOR\\NOMEDOCOMPARTILHAMENTO
> > >
> > > O netdir pode estar na mesma pasta, mas antes de abrir qualquer banco
> de
> > > dados no sistema, exclua os arquivo *.lck (se estiverem sendo usados
> por
> > > outro micro da rede, nada acontecerá).
> > >
> > > Nunca tive problemas de corrupção de índices ou perca de dados. O único
> > > problema do paradox é não saber configurá-lo, acredito eu. As dicas dos
> > > colegas foram muito boas, mas algumas estão equivocadas, pois tempos
> > vários
> > > clientes trabalhando com o servidor, fazendo downloads usando programas
> > > aceleradores e com a proteção de tela ativada.
> > >
> > > Porém, eu não uso ALIASES criados no BDE Admin, uso o componente
> > TDatabase
> > > fazendo as configurações assim:
> > > Session.NetFileDir := LocalDosDados;
> > > // atualizar DataBase;
> > > db.close;
> > > db.Params.Values['PATH'] := LocalDosDados;
> > > db.Open;
> > >
> > >
> > > Configura localshare através de código usando a seguinte função.
> > > -----------------------
> > > function LocalShare(Ligado: Boolean): Boolean;
> > > var
> > > regini: TReginifile;
> > > const
> > > Key = '\SOFTWARE\Borland\Database Engine\Settings\SYSTEM\INIT';
> > > Id = 'LOCAL SHARE';
> > > begin
> > > Result := True;
> > > regini := TRegIniFile.Create();
> > > try
> > > regini.RootKey := HKEY_LOCAL_MACHINE;
> > > try
> > > if regini.KeyExists(key) then
> > > begin
> > > s := regini.ReadString(key, id, '');
> > > if Trim(S)<> 'TRUE' then
> > > regini.WriteString(key, id, 'TRUE');
> > > end;
> > > except
> > > erro('Impossível gravar no registro e configurar o BDE!');
> > > Result := False;
> > > raise;
> > > end;
> > > finally
> > > regini.Free;
> > > end;
> > > end;
> > > -----------------------------
> > >
> > >
> > >
> > > 2009/12/19 EMGF Doc<e...@docsistemas.com.br<emgf%40docsistemas.com.br>
> > <mailto:emgf%40docsistemas.com.br <emgf%2540docsistemas.com.br>>>
>
> > >
> > >
> > >>
> > >> Alessandra e Samuca
> > >>
> > >> Sinto discordar do Samuca. Utilizei durante anos em um cliente, um
> > sistema
> > >> utilizando Paradox, em rede, com 6 máquinas acessando e ainda mais,
> > >> contrariando tambem o que um outro colega disse, utilizando o
> > "servidor"
> > >> tambem como máquina de digitação.
> > >>
> > >> Sem problemas! Mas o que notei que dava problemas e eu NÂO fazia
> NUNCA:
> > >>
> > >> criar e/ou destruir qualquer forma de indices no runtime;
> > >>
> > >> NÃO PERMITIR exclusões de registros. Marcava como inativos e só eram
> > >> excluídos por ocasião da manutenção;
> > >>
> > >> ou seja. cada tabela tinha seu índice primário e o número mínimo de
> > índices
> > >>
> > >> secundários necessários criados em tempo de desenvolvimento e sempre
> > >> mantidos e mais, tinha uma rotina de manutenção que rodava uma vez por
> > >> semana, copiando as tabelas co grande movimento de inclusão e de
> > inativação
> > >>
> > >> em um loop "while not tab..eof do ... next" de tabelas provisósias
> para
> > >> tabelas vazias de forma a ter uma tabela sequencialmente arrumada pelo
> > >> indice principal e da qual eram eliminados os registros inativos..
> > >>
> > >> Era uma cadeia de lojas com 8 lojas e 25,000 produtos.
> > >>
> > >> Sem problemas
> > >>
> > >> Edison
> > >>
> > >>
> > >> ----- Original Message -----
> > >> From: "Samuca ( Yahoo
)"<samuca_1...@yahoo.com.br<samuca_1970%40yahoo.com.br>
> > <mailto:samuca_1970%40yahoo.com.br <samuca_1970%2540yahoo.com.br>
> ><samuca_1970%40yahoo.com.br>
> > >>
> > >>>
> > >> To:<delphi-br@yahoogrupos.com.br <delphi-br%40yahoogrupos.com.br>
> > <mailto:delphi-br%40yahoogrupos.com.br<delphi-br%2540yahoogrupos.com.br>
> ><delphi-br%40yahoogrupos.com.br>>;<
> > >> lista-del...@yahoogrupos.com.br <lista-delphi%40yahoogrupos.com.br>
> >
<mailto:lista-delphi%40yahoogrupos.com.br<lista-delphi%2540yahoogrupos.com.br>
> ><lista-delphi%40yahoogrupos.com.br>>
> > >> Sent: Friday, December 18, 2009 4:53 PM
> > >> Subject: Re: [delphi-br] Paradox em rede ajuda s.o.s
> > >>
> > >> Alessandra,
> > >>
> > >> Boa Tarde,
> > >>
> > >> Não quero te desanimar, mas o Paradox rodando em rede com duas ou mais
> > >> máquinas acessando é muito ruim... os índices são facilmente
> > corrompidos,
> > >>
> > >> Na minha modesta opinião o Paradox é bom pra uso em uma única máquina
> > >> com um único sistema.
> > >>
> > >> Abraços
> > >>
> > >> Samuca
> > >>
> > >> ----- Original Message -----
> > >> From: alessandra porto
> > >> To: lista-del...@yahoogrupos.com.br<lista-delphi%40yahoogrupos.com.br>
> >
<mailto:lista-delphi%40yahoogrupos.com.br<lista-delphi%2540yahoogrupos.com.br>
> ><lista-delphi%40yahoogrupos.com.br>
> > ;
> > >> delphi-br@yahoogrupos.com.br <delphi-br%40yahoogrupos.com.br>
> > <mailto:delphi-br%40yahoogrupos.com.br<delphi-br%2540yahoogrupos.com.br>
> ><delphi-br%40yahoogrupos.com.br>
> > >> Sent: Friday, December 18, 2009 9:19 AM
> > >> Subject: [delphi-br] Paradox em rede ajuda s.o.s
> > >>
> > >> Em um cliente meu tem uma aplicação que usa
> > >> paradox e não posso mudar ela ainda para
> > >> firebird
> > >>
> > >> então precisei criar uma aplicação
> > >> que grava no firebird e no paradox
> > >> desta antiga
> > >>
> > >> o local tem 3 maquinas
> > >>
> > >> o servidor:
> > >> contem o banco paradox
> > >>
> > >> alias = Estoque
> > >> PATH = C:\BOMBA\DADOS
> > >> NET DIR = C:\BOMBA\DADOS
> > >> LOACAL SHARE = FALSE
> > >>
> > >> estação A
> > >> acessa o paradox pelo mapeamento disco Z:
> > >>
> > >> PATH = Z:\DADOS
> > >> NET DIR = Z:\DADOS
> > >> LOACAL SHARE = TRUE
> > >>
> > >> Estação B
> > >> acessa o paradox pelo mapeamento disco Z:
> > >> contem o firebird eminha aplicação
> > >> que tambem usa o mapeamento disco Z: para
> > >> gravar no paradox
> > >>
> > >> PATH = Z:\DADOS
> > >> NET DIR = Z:\DADOS
> > >> LOACAL SHARE = TRUE
> > >>
> > >> Olhei em varios artigos na web sobre compartilhamento
> > >> do BDE e continuo com os erros que creio seja por causa
> > >> do tal LOCAL SHARE que no servidor só funciona no caso
> > >> se for LOCAL SHARE = False
> > >>
> > >> nas estações aceita LOCAL SHARE = True
> > >>
> > >> Mas o servidor nada , só false
> > >>
> > >> Como Posso configurar essa coisa para parar de corromper
> > >> os tais indices
> > >>
> > >> agradeço sua ajuda amigo
> > >>
> > >> já não aguento mais essa bomba
> > >>
> > >> __________________________________________________________
> > >> Veja quais são os assuntos do momento no Yahoo! +Buscados
> > >> http://br.maisbuscados.yahoo.com <http://br.maisbuscados.yahoo.com>
>
> > >>
> > >> [As partes desta mensagem que não continham texto foram removidas]
> > >>
> > >> [As partes desta mensagem que não continham texto foram removidas]
> > >>
> > >> ------------------------------------
> > >>
> > >>
> > >> --
> > >> <<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM>>>>>
> > >>
> > >>
> > >>
> > >>
> > >
> > >
> > >
> >
> >
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>
>
--
Leonardo Quinino
[As partes desta mensagem que não continham texto foram removidas]
------------------------------------
--
<<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>>
E-mail verificado pelo Terra Anti-Spam.
Para classificar esta mensagem como spam ou não spam, visite
http://ecp.terra.com.br/cgi-bin/reportspam.cgi?+_d=SCYxMDcxNjM0MiNwZXJtIXRlcnJhJjEsMTI2MTM5OTMzNS42OTU5NDQuNTczNy5zaW50YWx1dGEudGVycmEuY29tLDEzNjcyTerraMail
Verifique periodicamente a pasta Spam para garantir que apenas mensagens
indesejadas sejam classificadas como Spam.
Esta mensagem foi verificada pelo E-mail Protegido Terra.
Atualizado em 21/12/2009
[As partes desta mensagem que não continham texto foram removidas]
