Seria interessante fazer uns teste com Zeos, conexão nativa com vários Dbs.
http://zeos.firmos.at/




2013/7/11 izaque Maciel <[email protected]>

> Talvez, mesmo que dê mais trabalho, uma opção poderia ser o DBExpress, com
> o Drive da Devart.
>
>
> Em 11 de julho de 2013 11:53, Carlos Antônio Pereira (VidaUTI) <
> [email protected]> escreveu:
>
>>   *From:* Douglas Fabiano Specht <[email protected]>
>>  *Sent:* Thursday, July 11, 2013 8:30 AM
>> *To:* Comunidade PostgreSQL Brasileira<[email protected]>
>> *Subject:* Re: [pgbr-geral] [off topic] PgDAC
>>
>>
>>
>>
>> Em 11 de julho de 2013 00:19, Carlos Antônio Pereira (VidaUTI) <
>> [email protected]> escreveu:
>>
>>>   Boa noite, senhores.
>>>
>>>  Estou fazendo a migração de um sistema
>>> de Delphi 5 para Delphi 6
>>>  e mudando os componentes de conexão TQuery para TPgQuery
>>>
>>> que faz parte do componente PgDAC da Devart.
>>>
>>>  Os componentes PgDAC acabam com a camada BDE e ODBC.
>>>  Sendo assim, deveria apresentar perfomance bem melhor já
>>>  que serão duas camadas a menos para acessar os dados
>>> .
>>>
>>>  O problema é que essa conexão PgDAC que deveria ser muito mais
>>>  rápida está muito mais lenta.  Como estes componentes PgDAC
>>>  tem muitas propriedades, imagino que isso seja alguma configuração.
>>>
>>>  Estou mudando o servidor também. Essa nova configuração está sendo
>>>  montanda em um PowerEdge T320 com 16 Gb de RAM e HDs SAS de
>>>  600 gb RAID 1,  com o PostgreSQL 9.2.
>>>
>>>  Alguém que usa esse componente pode me ajudar?
>>>
>>>  Att Carlos
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> pgbr-geral mailing list
>>> [email protected]
>>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>>
>>>
>>
>> Bom dia Carlos,
>>
>> fizemos isso no ano passado em nossa aplicação, mas devido a estrutura de
>> nossa aplicação e banco, não ganhamos muito em performance.
>> Ganhamos sim em independência de Plataforma, de banco e na facil
>> manutenção.
>> por acaso vcs nao deixaram o monitor de captura de comandos sql sempre
>> ativo?
>>
>>
>> --
>>
>> Douglas Fabiano Specht
>>
>> ------------------------------
>>
>> Bom dia, Douglas. Antes de tudo agradeço sua resposta.
>> Então, como os compontes PgDAC são vastos em propriedades,
>> ainda não me aprofundei em tudo.
>>
>>  Eu já tinha feito um teste com os componentes Zeos mas como
>> este já não é atualizado há bastante tempo, resolvi investir no
>> PgDAC que está em constante evolução.
>>
>> Também bolei uma forma bem prática de substituir os componentes
>> através da edição do arquivo .dfm e com Replace fazer a troca das classes,
>> o que aumenta minha produtividade na conversão.
>>
>> Os componentes TQuery (BDE) foram migrados para TPgQuery e TPgSQL.
>> Não consegui rodar comandos em bloco pelo TPgQuery.
>> Assim, Alguns scripts são rodados em TPgSQL que permite essa execução
>> de blocos de comandos SQL.
>>
>> O PgQuery e PgSQL estão com as configurações padrão do componte e algumas
>> consultas fazem update insert e delete, mas a maioria apenas select.
>>
>> No Módulo da Central de Operações tem umas 300 querys e é onde dá
>> para se notar que o PgDAC diminuiu muito a performance em relação aos
>> componentes BDE.
>>
>> Esse monitor de captura de comandos é habilitado na PgQuery?
>>
>>
>> _______________________________________________
>> pgbr-geral mailing list
>> [email protected]
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
>>
>
> _______________________________________________
> pgbr-geral mailing list
> [email protected]
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a