Suggestion about data access components

Suggestion about data access components

Post by Emiliano S » Sat, 07 Feb 2004 18:28:01


Hello,

I developing an 2-tier application and Im deciding what kind of
components to use to access the database.
I first think in dbexpress with clientDataSet but one of the
requeriments is that I must load a huge number of records in a dbbrid.
Using dbexpress + ClientDataset this is very very slow. In my tests in a
LAN of 100 Mbits it takes several minutes to get the records, so I
dont want to think about remote access.
So, I want to know which is the best choice to do this, I open to any
suggestion, ADO, IBObjects or any other technology (excpt to pass my
application to 3-tier, I not ready for this)

Thanks in advance

Emiliano Sutil
 
 
 

Suggestion about data access components

Post by Figar » Sat, 07 Feb 2004 21:58:01

What DBMS are you using?

 
 
 

Suggestion about data access components

Post by Emiliano S » Sun, 08 Feb 2004 00:07:39


Sorry, I did not realize that I had not said the DMBS

I have test it with interbase 6 and Firebird 1.3 and the perfomance is
similar,
 
 
 

Suggestion about data access components

Post by Emiliano S » Sun, 08 Feb 2004 00:44:48


I try to explain it,

My application is an accounting program and the user wants to see the in
a browser the accounting movements of a year, or perhaps a month, these
can be a lot of records. This is the filter I can do because the user
doesn know what movement wants to see until he sees it.

Have you understand me? Is more dificulto to explain than to do it, and
with my poor english.....

thahks
 
 
 

Suggestion about data access components

Post by [Taylor » Sun, 08 Feb 2004 00:57:22

Emiliano Sutil escreveu:


brasileiro ?

--
[Taylor - Pinhalzinho/SC]
ICQ: 38398375
MSN: XXXX@XXXXX.COM
 
 
 

Suggestion about data access components

Post by Emiliano S » Sun, 08 Feb 2004 01:06:33


Espal
 
 
 

Suggestion about data access components

Post by [Taylor » Sun, 08 Feb 2004 01:32:18

Emiliano Sutil escreveu:


Vou responder em portugues mesmo... talvez vocentenda....
Porque n pesquisa sobre a propriedade PacketRecords do ClientDataSet ?

--
[Taylor - Pinhalzinho/SC]
ICQ: 38398375
MSN: XXXX@XXXXX.COM
 
 
 

Suggestion about data access components

Post by Emiliano S » Sun, 08 Feb 2004 01:51:25


I have understood you in portugues, nice.
Mi problema es que uso el componente XDBGrid que permite ordenar por una
columna, al pinchar en la columna para poder ordenar el packet Records
no fundiona y el TclientDataSet carga todos los registros en el Grid

Now in English,

My problem is that I use the XDBGrid component that allows order by a
column, when you click in the column to order the dataset, the packet
record doesn work and the clientDataSet load all the records in the grid
 
 
 

Suggestion about data access components

Post by Wagne » Tue, 10 Feb 2004 05:18:30

Hi Emiliano,

use SQL Components in your application server and Dynamics SQL with
CommandText in your application client, working together orders parameters.
This mechanism permmit that your end user define what amout of record it
want by a especific field key.

I hope to help you,

By

Wagner.
XXXX@XXXXX.COM
 
 
 

Suggestion about data access components

Post by Emiliano S » Tue, 10 Feb 2004 17:32:02


Hello,

As I understand from your post, you are talking about three tier
applicacion, but I have a two tier application. I Have not application
server. I access the DB directly, so your tip doesn help me, but is
there any way to do something similar in my application

thanks

Greetings

Emiliano Sutil
 
 
 

Suggestion about data access components

Post by Wagne » Tue, 10 Feb 2004 23:05:37

Somethings components permits you use three tier as two tier. See dbExpress.
Correct me if I'm wrong.
If you want to use Oracle database, than search for DOA in
www.allroundautomation.ln or dbExpress for others databases.
This is only a suggestion. Maybe there are better solutions that I don't
know.

By

Wagner
 
 
 

Suggestion about data access components

Post by Frits » Wed, 11 Feb 2004 06:40:23


should be:
http://www.yqcomputer.com/


--
Groeten,
Frits.
 
 
 

Suggestion about data access components

Post by Roberto No » Sun, 07 Mar 2004 12:05:45

OlEmiliano

Me parece que seu tempo de espera dos dados estmais relacionado com o
tempo que o Interbase leva para montar o SELECT e depois ent passar
pela rede de 100 Mbps. Veja que em 150 KB passados pela rede pode conter
5000 lanmentos ou mais, e muito rido transferir 1MB atrav de 100
Mbps.

Um sugest voctrabalhar com tabelas prprontas no banco de dados
jcom os lanmentos, movimentos e cculos de saldos anteriores j
prontos. Embora isto retorne os dados super rapidamente ao solicitante
aos milhares, envolve um pouco de complexidade no projeto do banco de
dados. O mais simples talvez seja vc projetar esta tabela para ser
constra atrav de um comando do adm da contabilidade por exemplo,
este ent aguardaria o prprocessamto enquanto trabalharia com outras
atividades, tempo depois, ent solicitaria on line os
extratos/balancetes necessios ele. O programa usaria a tabela
prpronta + lanmentos ocorridos ap contruo da tabela.
Tecnicamente possel ir constuindo esta tabela conforme cada
lanmento vai sendo feito no banco de dados, mas muitos poucos
programadores s realmente capazes de fazer isso devido aos cuidados a
tomar referente a posseis bugs de lica. O aplicativo contil sem
dida, com esta robustidade, fica muito rido para qualquer extrato de
movimento, os bancos usam tnica semelhante, note quantos milhares de
registros um banco como o Banco do Brasil trabalha, mas dependerde um
estudo munucioso acerca dos posseis lanmentos sem esquecer estornos
ou maiores facilidades dados ao usuio ref, por exemplo, a correo de
um lanmento (esta possibilidade n deve-se dar ao usuio, o usuio
deve sempre fazer a correo por estrono, a Lei Contil, embora se vc
der esta chance ao usuio, havermais trabalho para seus extratos
"prmontados").

Roberto Novakosky
Brazil
 
 
 

Suggestion about data access components

Post by Roberto No » Sun, 07 Mar 2004 12:05:45

OlEmiliano

Me parece que seu tempo de espera dos dados estmais relacionado com o
tempo que o Interbase leva para montar o SELECT e depois ent passar
pela rede de 100 Mbps. Veja que em 150 KB passados pela rede pode conter
5000 lanmentos ou mais, e muito rido transferir 1MB atrav de 100
Mbps.

Um sugest voctrabalhar com tabelas prprontas no banco de dados
jcom os lanmentos, movimentos e cculos de saldos anteriores j
prontos. Embora isto retorne os dados super rapidamente ao solicitante
aos milhares, envolve um pouco de complexidade no projeto do banco de
dados. O mais simples talvez seja vc projetar esta tabela para ser
constra atrav de um comando do adm da contabilidade por exemplo,
este ent aguardaria o prprocessamto enquanto trabalharia com outras
atividades, tempo depois, ent solicitaria on line os
extratos/balancetes necessios ele. O programa usaria a tabela
prpronta + lanmentos ocorridos ap contruo da tabela.
Tecnicamente possel ir constuindo esta tabela conforme cada
lanmento vai sendo feito no banco de dados, mas muitos poucos
programadores s realmente capazes de fazer isso devido aos cuidados a
tomar referente a posseis bugs de lica. O aplicativo contil sem
dida, com esta robustidade, fica muito rido para qualquer extrato de
movimento, os bancos usam tnica semelhante, note quantos milhares de
registros um banco como o Banco do Brasil trabalha, mas dependerde um
estudo munucioso acerca dos posseis lanmentos sem esquecer estornos
ou maiores facilidades dados ao usuio ref, por exemplo, a correo de
um lanmento (esta possibilidade n deve-se dar ao usuio, o usuio
deve sempre fazer a correo por estrono, a Lei Contil, embora se vc
der esta chance ao usuio, havermais trabalho para seus extratos
"prmontados").

Roberto Novakosky
Brazil
 
 
 

Suggestion about data access components

Post by Roberto No » Sun, 07 Mar 2004 12:05:45

OlEmiliano

Me parece que seu tempo de espera dos dados estmais relacionado com o
tempo que o Interbase leva para montar o SELECT e depois ent passar
pela rede de 100 Mbps. Veja que em 150 KB passados pela rede pode conter
5000 lanmentos ou mais, e muito rido transferir 1MB atrav de 100
Mbps.

Um sugest voctrabalhar com tabelas prprontas no banco de dados
jcom os lanmentos, movimentos e cculos de saldos anteriores j
prontos. Embora isto retorne os dados super rapidamente ao solicitante
aos milhares, envolve um pouco de complexidade no projeto do banco de
dados. O mais simples talvez seja vc projetar esta tabela para ser
constra atrav de um comando do adm da contabilidade por exemplo,
este ent aguardaria o prprocessamto enquanto trabalharia com outras
atividades, tempo depois, ent solicitaria on line os
extratos/balancetes necessios ele. O programa usaria a tabela
prpronta + lanmentos ocorridos ap contruo da tabela.
Tecnicamente possel ir constuindo esta tabela conforme cada
lanmento vai sendo feito no banco de dados, mas muitos poucos
programadores s realmente capazes de fazer isso devido aos cuidados a
tomar referente a posseis bugs de lica. O aplicativo contil sem
dida, com esta robustidade, fica muito rido para qualquer extrato de
movimento, os bancos usam tnica semelhante, note quantos milhares de
registros um banco como o Banco do Brasil trabalha, mas dependerde um
estudo munucioso acerca dos posseis lanmentos sem esquecer estornos
ou maiores facilidades dados ao usuio ref, por exemplo, a correo de
um lanmento (esta possibilidade n deve-se dar ao usuio, o usuio
deve sempre fazer a correo por estrono, a Lei Contil, embora se vc
der esta chance ao usuio, havermais trabalho para seus extratos
"prmontados").

Roberto Novakosky
Brazil