ado x dbexpress

Question

ol� amigos, hoje observando o t�pico: //forum.clubedelphi.net/viewtopic.php?t=85312 me interessei em dar uma fi�ada no PostgreSQL. pesquisando descobri que existem varias maneiras de se conectar ...

Bon Jovi · Answer

dbExpress � mais r�pido por ser acesso nativo e ADO mais confi�vel.
Acho que a Borland ainda nao disponibiliza driver dbexpress pra PostgreSQL, s� terceiros.

D� uma pesquisada no forum q ja tem bastante coisa. Alguns topicos:

http://forum.clubedelphi.net/viewtopic.php?t=67959
http://forum.clubedelphi.net/viewtopic.php?t=71163
http://forum.clubedelphi.net/viewtopic.php?t=61280

Bon Jovi · Answer

Complementando, falo que ADO � mais confi�vel devido os drivers serem desenvolvidos pela pr�pria comunidade do PostgreSQL. S� tem uma coisa, at� o tempo que testei, no caso do Delphi infelizmente o driver OLE DB n�o se adapta bem, somente o driver ODBC para o ADO.

Titanius · Answer

Bon Jovi... pelo que voc� me mostrou no outro t�pico, fiquei intrigado com o PostgreSQL, pow.. ele d� de 10 no Firebird e no MySQL... pelo menos na vers�o 1.5 do Firebird, tinha que ter um Benchw com a vers�o 2.0 :D

Mas voltando ao assunto deste topico...

Acessando por ODBC, isso n�o deixaria muito lento? Tipo, a relev�ncia nas velocidades que o Postgre tem sobre os outros, deixaria de ser bom... ou estou enganado?

[]s

Mahdak · Answer

beleza brother, ja tinha dado uma olhada nesses t�picos. bom saber sobre... me diga uma coisa. e pra desenvolver multi-camadas com PostGreSQL ??? ADO da suporte ???abra��o!...

Kandrus · Answer

S� uma coloca��o o PostGre n�o da de 10 no Mysql simplesmente porque estes n�o s�o concorrentes cada um deve ser utilizado no lugar certo.

O PostGre � desenvolvido para bases de dados Grandes que precisem de estabilidade e bla bla j� o MySQL � desenvolvido para desempenho e para bases de dados Pequenas e M�dias.

N�o da pra comparar um caminh�o com um carro esportivo heheeh.

N�o falem mal do MySQL ele � um santo heheheheheheheh

Bon Jovi · Answer

� mais r�pido com tabelas do tipo ISAM/sem integridade referencial, o que � inaceit�vel na maioria dos casos. Mas cada caso � um caso mesmo....

F�rum ado x dbexpress #339258