Fórum Conversão de Clipper/Dbf para Delphi/IB... #40756
09/12/2003
0
Salve!
Estou Substituindo um sistema feito em Clipper/dbf para Delphi5/Ib.
Há mais de 4 anos é usado em uma empresa, que vende peças metálicas, um sistema em clipper, em uma rede de 11 pontos, onde 6 terminais são Pentiun 133 ou 166 com Win98, o servidor é um PIII 700, como o sistema foi desenvolvido em ambiente texto, o sistema funciona bem em todas as máquinas, a operação do sistema é simples e prática para não tomar muito tempo do operador que tem que atender muitas pessoas e muito rápido. Porém estamos atualizando, por norma da empresa, todos os nossos softwares para abiente Windows.
Sendo assim escolhemos o IB(6.02) para manter a eficiência, segurança e confiabilidade do sistema. Tudo permanecia tranquilo até o momento em que instalamos o software nesses micros 133 e 166, a pesquisa de produto que é efetuada durante uma venda tornou-se um problema nas seguintes condições:
[b:c42adeb60b]1[/b:c42adeb60b] - O Cliente quer a busca como no clipper, digita o nome numa (edit e rola a lista do grid,o ´findneareste´ ou ´locate´ se fosse Delphi/Paradox).
[b:c42adeb60b]1-1[/b:c42adeb60b] - Sei que os gdb´s não funcionam dessa maneira que o melhor seria fazer um select, porém necessito da mesma agilidade no manuseio da consulta.
[b:c42adeb60b]1-2[/b:c42adeb60b] - Não tem como usar codigo de barra pois são muitos produtos pequenos e além disso, é feito o pedido no balcão e depois passado para o almocharife, ou seja o cliente vem e pede no balcao pelo nome do produto. E não ao contrario, pega-se o produto e depois passa no caixa!
[b:c42adeb60b]1-3[/b:c42adeb60b] - Só tem 13.000 registros, e demora 4 segundos cada letra digitada.
[b:c42adeb60b]1-4[/b:c42adeb60b] - São apenas 7 campos, codigo, nome, unidade, local, preco, custo e estoque.
[b:c42adeb60b]1-5[/b:c42adeb60b] - Já está indexado por nome.
Aceito qualquer funcção, udf, procedure, componente, sql, que possa resolver este problema!
Desde já Agradeço!
Edgard.
Estou Substituindo um sistema feito em Clipper/dbf para Delphi5/Ib.
Há mais de 4 anos é usado em uma empresa, que vende peças metálicas, um sistema em clipper, em uma rede de 11 pontos, onde 6 terminais são Pentiun 133 ou 166 com Win98, o servidor é um PIII 700, como o sistema foi desenvolvido em ambiente texto, o sistema funciona bem em todas as máquinas, a operação do sistema é simples e prática para não tomar muito tempo do operador que tem que atender muitas pessoas e muito rápido. Porém estamos atualizando, por norma da empresa, todos os nossos softwares para abiente Windows.
Sendo assim escolhemos o IB(6.02) para manter a eficiência, segurança e confiabilidade do sistema. Tudo permanecia tranquilo até o momento em que instalamos o software nesses micros 133 e 166, a pesquisa de produto que é efetuada durante uma venda tornou-se um problema nas seguintes condições:
[b:c42adeb60b]1[/b:c42adeb60b] - O Cliente quer a busca como no clipper, digita o nome numa (edit e rola a lista do grid,o ´findneareste´ ou ´locate´ se fosse Delphi/Paradox).
[b:c42adeb60b]1-1[/b:c42adeb60b] - Sei que os gdb´s não funcionam dessa maneira que o melhor seria fazer um select, porém necessito da mesma agilidade no manuseio da consulta.
[b:c42adeb60b]1-2[/b:c42adeb60b] - Não tem como usar codigo de barra pois são muitos produtos pequenos e além disso, é feito o pedido no balcão e depois passado para o almocharife, ou seja o cliente vem e pede no balcao pelo nome do produto. E não ao contrario, pega-se o produto e depois passa no caixa!
[b:c42adeb60b]1-3[/b:c42adeb60b] - Só tem 13.000 registros, e demora 4 segundos cada letra digitada.
[b:c42adeb60b]1-4[/b:c42adeb60b] - São apenas 7 campos, codigo, nome, unidade, local, preco, custo e estoque.
[b:c42adeb60b]1-5[/b:c42adeb60b] - Já está indexado por nome.
Aceito qualquer funcção, udf, procedure, componente, sql, que possa resolver este problema!
Desde já Agradeço!
Edgard.
Freestyle
Curtir tópico
+ 0
Responder
Posts
09/12/2003
Afarias
|Sendo assim escolhemos o IB(6.02) para manter a eficiência, segurança
|e confiabilidade do sistema.
No banco de dados
|Tudo permanecia tranquilo até o momento em que instalamos o software
|nesses micros 133 e 166,
Não adianta a ´políca da empresa´ dizer q tem q atualizar os sistemas para Interface gráfica mas não atualizar o hardware.
O problema nào é o banco de dados, mas os programas feitos para interface gráfica. Se forem bem simples tudo bem, mas com interfaces mais complexas e etc... as máquinas teram q ser melhores.
|1 - O Cliente quer a busca como no clipper, digita o nome numa (edit e
|rola a lista do grid,o ´findneareste´ ou ´locate´ se fosse Delphi/Paradox).
Sistemas cliente/servidor não funcionam assim. Mas se vc quizer, é só sempre selecionar todos os registros da tabela e fazer as operações na estação. Neste caso, não haverá nenhuma vantágem em usar um SGBD-R
|1-1 - Sei que os gdb´s não funcionam dessa maneira que o melhor seria
|fazer um select, porém necessito da mesma agilidade no manuseio da
|consulta.
selects podem ser MUITO ágeis. o cara digita algo e dá <enter> e vc tem os registros q batem. Não é aquilo, ele digita algo mais ou re-digita e <enter> lá estão outros resultados.
|1-2 - Não tem como usar codigo de barra pois são muitos produtos
|pequenos e além disso, é feito o pedido no balcão e depois passado para
|o almocharife, ou seja o cliente vem e pede no balcao pelo nome do
|produto. E não ao contrario, pega-se o produto e depois passa no caixa!
e???
|1-3 - Só tem 13.000 registros, e demora 4 segundos cada letra digitada.
O cara demora 4 segundos para digitar 1 letra???????
|1-4 - São apenas 7 campos, codigo, nome, unidade, local, preco, custo e
|estoque.
e?
|1-5 - Já está indexado por nome.
ótimo, faça com q o usuário digite o primeiro nome do produto e pronto (agora, troque esse cara q leva 4 seg. pra digitar cada letra... bote ele para fazer outra coisa!)
ex:
select * from produtos where nome starting with :parametro
dai, se o cara pedir ROSCA ... então ele lista todas as roscas... sei lá...
T+
|e confiabilidade do sistema.
No banco de dados
|Tudo permanecia tranquilo até o momento em que instalamos o software
|nesses micros 133 e 166,
Não adianta a ´políca da empresa´ dizer q tem q atualizar os sistemas para Interface gráfica mas não atualizar o hardware.
O problema nào é o banco de dados, mas os programas feitos para interface gráfica. Se forem bem simples tudo bem, mas com interfaces mais complexas e etc... as máquinas teram q ser melhores.
|1 - O Cliente quer a busca como no clipper, digita o nome numa (edit e
|rola a lista do grid,o ´findneareste´ ou ´locate´ se fosse Delphi/Paradox).
Sistemas cliente/servidor não funcionam assim. Mas se vc quizer, é só sempre selecionar todos os registros da tabela e fazer as operações na estação. Neste caso, não haverá nenhuma vantágem em usar um SGBD-R
|1-1 - Sei que os gdb´s não funcionam dessa maneira que o melhor seria
|fazer um select, porém necessito da mesma agilidade no manuseio da
|consulta.
selects podem ser MUITO ágeis. o cara digita algo e dá <enter> e vc tem os registros q batem. Não é aquilo, ele digita algo mais ou re-digita e <enter> lá estão outros resultados.
|1-2 - Não tem como usar codigo de barra pois são muitos produtos
|pequenos e além disso, é feito o pedido no balcão e depois passado para
|o almocharife, ou seja o cliente vem e pede no balcao pelo nome do
|produto. E não ao contrario, pega-se o produto e depois passa no caixa!
e???
|1-3 - Só tem 13.000 registros, e demora 4 segundos cada letra digitada.
O cara demora 4 segundos para digitar 1 letra???????
|1-4 - São apenas 7 campos, codigo, nome, unidade, local, preco, custo e
|estoque.
e?
|1-5 - Já está indexado por nome.
ótimo, faça com q o usuário digite o primeiro nome do produto e pronto (agora, troque esse cara q leva 4 seg. pra digitar cada letra... bote ele para fazer outra coisa!)
ex:
select * from produtos where nome starting with :parametro
dai, se o cara pedir ROSCA ... então ele lista todas as roscas... sei lá...
T+
Responder
Gostei + 0
Clique aqui para fazer login e interagir na Comunidade :)