ADO X DBExpress
Primeiramente me desculpe se estou colocando uma discurção que derrepente já foi feita no forum.
Eu estou com um problema que é o seguinte:
O meu patrão está acustumado a trabalhar com ADO com acesso a banco SQL Server ele diz que é mais rápido e tem menas manobras porque ele coloca um ADOConnection e um ADOQuery e o acesso está pronto sendo que eu acho q é melhor se a gente usar o ClientDataSet e o Provider.
Gostaria de saber de voces. O que é melhor ?
1 - Trabalhar desta forma que eu falei
2 - Trabalhar com ADOQuery <- DataSetProvider <- ClientDataSet
3 - Ou Trabalhar com SQLDataSet <- DataSetProvider <- ClientDataSet
Eu vejo muita gente da comunidade trabalhando na terceira forma
eu gostaria de ouvir mais experiências .
Desde de já obrigado!
Eu estou com um problema que é o seguinte:
O meu patrão está acustumado a trabalhar com ADO com acesso a banco SQL Server ele diz que é mais rápido e tem menas manobras porque ele coloca um ADOConnection e um ADOQuery e o acesso está pronto sendo que eu acho q é melhor se a gente usar o ClientDataSet e o Provider.
Gostaria de saber de voces. O que é melhor ?
1 - Trabalhar desta forma que eu falei
2 - Trabalhar com ADOQuery <- DataSetProvider <- ClientDataSet
3 - Ou Trabalhar com SQLDataSet <- DataSetProvider <- ClientDataSet
Eu vejo muita gente da comunidade trabalhando na terceira forma
eu gostaria de ouvir mais experiências .
Desde de já obrigado!
Ruyoutor
Curtidas 0
Respostas
Rjun
29/08/2007
Discurção? Menas? AAAAAAAAAAAAAAAAAAAAAAAAAA...................
GOSTEI 0
Helio Nascimento
29/08/2007
Caro RuyOutor
A grafia correta de ´discurção´ é [b:23bf74ec89]discussão
[/b:23bf74ec89]
do Lat. discussione
s. f.,
acto de discutir;
debate;
controvérsia;
polémica;
contenda;
disputa.
A grafia ´menas´ não existe e sim [b:23bf74ec89]menos[/b:23bf74ec89]
[b:23bf74ec89]menos[/b:23bf74ec89]
do Lat. minus
pron. indef.,
menor número de;
adv.,
em menor quantidade;
com intensidade menor;
prep.,
excepto;
s. m.,
aquilo que é menor em importância, que é inferior em número, quantidade ou qualidade;
sinal de subtracção (-).
loc. conj.,
a - que: a não ser que;
loc. adv.,
nem mais nem -: isso mesmo, exactamente;
pouco mais ou -: aproximadamente;
sem mais nem -: sem motivo.
Abraços/Hélio
A grafia correta de ´discurção´ é [b:23bf74ec89]discussão
[/b:23bf74ec89]
do Lat. discussione
s. f.,
acto de discutir;
debate;
controvérsia;
polémica;
contenda;
disputa.
A grafia ´menas´ não existe e sim [b:23bf74ec89]menos[/b:23bf74ec89]
[b:23bf74ec89]menos[/b:23bf74ec89]
do Lat. minus
pron. indef.,
menor número de;
adv.,
em menor quantidade;
com intensidade menor;
prep.,
excepto;
s. m.,
aquilo que é menor em importância, que é inferior em número, quantidade ou qualidade;
sinal de subtracção (-).
loc. conj.,
a - que: a não ser que;
loc. adv.,
nem mais nem -: isso mesmo, exactamente;
pouco mais ou -: aproximadamente;
sem mais nem -: sem motivo.
Abraços/Hélio
GOSTEI 0
Adriano Santos
29/08/2007
Primeiramente me desculpe se estou colocando uma discurção que derrepente já foi feita no forum.
Eu estou com um problema que é o seguinte:
O meu patrão está acustumado a trabalhar com ADO com acesso a banco SQL Server ele diz que é mais rápido e tem menas manobras porque ele coloca um ADOConnection e um ADOQuery e o acesso está pronto sendo que eu acho q é melhor se a gente usar o ClientDataSet e o Provider.
Gostaria de saber de voces. O que é melhor ?
1 - Trabalhar desta forma que eu falei
2 - Trabalhar com ADOQuery <- DataSetProvider <- ClientDataSet
3 - Ou Trabalhar com SQLDataSet <- DataSetProvider <- ClientDataSet
Eu vejo muita gente da comunidade trabalhando na terceira forma
eu gostaria de ouvir mais experiências .
Desde de já obrigado!
A velocidade de acesso com DBExpress é indicutível na minha humilde opnião. Com ADO certamente seu patrão usa driver ODBC para acesso e é conhecido por todos que o ODBC é lento. Eu me arrisco a dizer que é ainda mais lento do BDE por exemplo.
Pra mim sem dicussão: 3ª opção com certeza.
GOSTEI 0
Romulocpd
29/08/2007
Trabalho com Delphi fora do meu emprego, sou desenvolvedor VB a 8 anos e tenho hoje um sistema em uma grande empresa de Macaé. Temos 1700 storeds e 287 tabelas atualmente.
O acesso vb com sql server via ADO é muito rapido mesmo. Se ele usa ODBC conforme falou o Adriano pode ser lento sim (não muito, essa lentidão é meio lenta em minha opinião). Utilizando ADO com um driver OLEDB e acessando o sql é muito rapido.
A desvantagem disso é que perde-se o poder do client data set que é muito bom. No meu caso eu utilizaria dbExpress com certeza para aproveitar todo potencial.
O acesso vb com sql server via ADO é muito rapido mesmo. Se ele usa ODBC conforme falou o Adriano pode ser lento sim (não muito, essa lentidão é meio lenta em minha opinião). Utilizando ADO com um driver OLEDB e acessando o sql é muito rapido.
A desvantagem disso é que perde-se o poder do client data set que é muito bom. No meu caso eu utilizaria dbExpress com certeza para aproveitar todo potencial.
GOSTEI 0
Ruyoutor
29/08/2007
Obrigado gente pelos relatos das experiências. E para aqueles que me corrigiram obrigado também. Assim já vi várias coisas escritas erradas no fórum, mas nunca quis ter o trabalho de abrir uma mensagem só para corrigir a pessoa ainda mais se eu não ia falar sobre o assunto do tópico. Eu ainda estou muito longe de ser perfeito e imune a erros, mas acredito que já ajam pessoas assim.
Acho que agora escrevi [b:db471e1610]menos [/b:db471e1610]coisas erradas (usei o Word). rsrs
Acho que agora escrevi [b:db471e1610]menos [/b:db471e1610]coisas erradas (usei o Word). rsrs
GOSTEI 0