Pessoal, responder apenas a peguntas, comentários vocês criam um blog e
coloca lá o que querem falar com relação a qualquer assunto. :(
Em 21/12/2009 08:29, dbug.eti.br - Gmail escreveu:
>
> 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>
> > <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>
> > <mailto:samuca_1970%40yahoo.com.br><samuca_1970%40yahoo.com.br>
> > >>
> > >>>
> > >> To:<delphi-br@yahoogrupos.com.br
> <mailto:delphi-br%40yahoogrupos.com.br>
> >
> <mailto:delphi-br%40yahoogrupos.com.br><delphi-br%40yahoogrupos.com.br>>;<
> > >> lista-del...@yahoogrupos.com.br
> <mailto:lista-delphi%40yahoogrupos.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>
> >
> <mailto:lista-delphi%40yahoogrupos.com.br><lista-delphi%40yahoogrupos.com.br>
>
> > ;
> > >> delphi-br@yahoogrupos.com.br <mailto:delphi-br%40yahoogrupos.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> <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]
>
>
[As partes desta mensagem que não continham texto foram removidas]
