DBEdits s�o bons componentes para grandes volumes de dados?

Question

Bom dia.Me disseram que componentes DbEdits, DBCombobox n�o s�o bons para Oracle e SQL Server, ainda mais se tiver grande volume de dados. Falaram-me tb que esses componentes d�o muitos problemas...,...

Leonardo Xavier · Answer

Cara tenho um sistema que atualmente utiliza 75 tabelas e utilizo estes componentes e nunca tive problemas com eles.......

Yuffie · Answer

Me disseram que da problemas quando existem muitas pessoas conectadas ao banco. Que fica ocorrendo muito trafego de informa��es na rede, deixando congestionado. Eu me pergunto.., qual a diferen�a entre dar um next por uma query, e dar um next por uma tabela com dbedit? A query n�o vai ficar conectada constantemente tb?

Pois olhei em um t�pico num site dizendo o seguinte:

"O uso do TDBEdit ou outro componente Data Ware, facilita muito a programa��o

S� tem um problema com ele:
Quando vc entra na tela que tem esse TDBEdit, vc ter� que abrir a tabela a
qual esse
TDBEdit est� ligado.
Agora imagine um sistema, rodando Clinet/Server, uma central de atendimento,
por exemplo.
300 usu�rios trabalhando o dia inteiro, na mesma tela, com 300 conex�es
simunt�neas
com o banco de dados!!!

Se vc usar o TEdit, ir� somente fazer a conex�o quando der o INSERT, UPDATE
ou DELETE, sem
precisar da tabela ficar aberta o tempo todo, acarretando trafego
desnecess�rio na rede, etc..."
Fonte: http://www.mail-archive.com/delphi-br@yahoogrupos.com.br/msg01273.html

A query tb n�o ficar� aberta no caso? E quando der next n�o tem que haver a conex�o tb?

Deivison Melo · Answer

N�o tem nada haver... Eles suportam grandes quantidades de dados sem problemas, e caso apresentarem problemas, verificar seu c�digo pois o problema pode est� no �mbito da programa��o!

Qualquer problema por favor postar o c�digo para ser analisado!!

forte abra�o e bons c�digos!

William · Answer

Colega � tudo quest�o de gosto, tem programadores que n�o gostam de trabalhar com componentes DataWare por n motivos, j� outros preferem esses componentes para agilizar o desenvolvimento.

Eu pessoalmente j� desenvolvi usando esses componentes no in�cio, mas hoje prefiro TEdit, TComboBox, TImage e etc.

Op��o minha para controlar melhor a codifica��o, mas � gosto de cada um..

Yuffie · Answer

Disseram que os DBEdits foram originalmente desenvolvidos para bancos pequenos como Paradox... J� para bancos mais robustos, eles d�o problemas...
Particularmente eu os acho mais pr�ticos..., mas tenho essa preocupa��o em saber se realmente causam congestionamento na rede...

Marcos Iwazaki · Answer

Olha amigo na minha opni�o...
Se demora para abrir uma tela, n�o � pq tem dbware ou n�o.. e sim pq o dataset ta trazendo muitos dados.
se for o ClientDataSet tenta colocar RecordPacket = 30 por exemplo.
E sempre que possivel usar o DisableControls e EnableControls.

A vantagem de usar DBWare � bem clara... vc so liga ele no datasource e pronto, esta funcionando.

Agora se vc n�o quer usar DBware vc vai ter q fazer todo o controle bra�al. � bastante coisa.
Se vc for usar o XE 2 ou XE 3 dae talvez at� vale a pena por causa do Live binding.

Resumindo, na minha opni�o n�o tem nada a ver essa demora usando DBWare.

Alisson Santos · Answer

A resposta � simples, a demora � devido a select que est� passando na abertura de tela.
O retorno quando � lento � devido a quantidade de informa��o que est� sendo retornado, o que tem que ser feito � customizar a select para que retorne rapido.
Sempre aconselho � utilizar o gerenciador de banco de dados e passar o select nele e verificar se o retorno � lento, se for, vai customizando para o retorno ser mais rapido.

Yuffie · Answer

Falaram tamb�m que softwares com DBEDIT faz com que as tabelas fiquem diretamente conectadas ao banco, se v�rias pessoas estiverem conectadas, podem ocorrer problemas. E com EDIT, � conectado ao banco apenas uma vez. Eu achei estranho isso pois, se quisermos percorrer os registros vamos dando next, e isso faz com que o sistema tenha que se conectar ao banco. Tb me disseram que esses componentes n�o seguem o modelo de programa��o em camadas.

Ser� que existe algum material did�tico que diga como esses componentes funcionam?

Marcos Iwazaki · Answer

Se vai ter conexao direta com o banco isso depende do dataset que vc usa, por exemplo o ClientDataSet n�o faz conex�o direta, ele trabalha todo em memoria somente no final q vc manda atualizar o registro.Modelo de programa��o em camadas vc quer dizer separar Inteface, regra de negocio e banco, dae isso sim usando o dbware n�o seria possivel.Eu acho que uma maneira legal de vc ver a diferen�a basica de usar os depois � fazer 2 telas de cadastro simplesuma com dbedit e outra com edit.Dae vc ja vai ver na pratica a diferen�a....

Yuffie · Answer

Marcos, estou usando o UniConnection....

Marcos Iwazaki · Answer

Nunca usei este componente, mas faz um teste dom dbware e um sem dbware...

F�rum DBEdits s�o bons componentes para grandes volumes de dados? #425055