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
> <mailto:emgf%40docsistemas.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
> <mailto:samuca_1970%40yahoo.com.br><samuca_1970%40yahoo.com.br>
> >>
> >>>
> >> To:<delphi-br@yahoogrupos.com.br
> <mailto:delphi-br%40yahoogrupos.com.br><delphi-br%40yahoogrupos.com.br>>;<
> >> lista-del...@yahoogrupos.com.br
> <mailto:lista-delphi%40yahoogrupos.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
> <mailto:lista-delphi%40yahoogrupos.com.br><lista-delphi%40yahoogrupos.com.br>
> ;
> >> delphi-br@yahoogrupos.com.br
> <mailto:delphi-br%40yahoogrupos.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]
