Em Seg, 2005-12-26 às 10:04 -0200, Vinicius De Mario escreveu:
> Saudações a todos.
> 
> desculpem o off. mas como tem a ver com linux e Debian, acho que é 
> pertinente.
> 
> Seguinte:
> 
> Tenho um aplicativo que desenvolvi para windows, já se vão 8 anos, que 
> faz conexão com base de dados Access utilizando ODBC e DAO.
> 
> Estou adequando este aplicativo para se conectar a base de dados SQL  
> que irá rodar em servidor linux (Debian) e windows, dependendo do caso. 
> Escolhi o PostgreSQL como servidor, embora em alguns casos o servidor 
> será o da Microsoft (por incrível que pareça, em órgão público...). 
> Também está em  meus planos migrar o aplicativo para Linux, o que vai 
> demandar um bom trabalho, pois foi desenvolvido utilizando o MFC da 
> Microsoft, em C++.
> 
> Uma das tabelas contem um cadastro, utilizado apenas para consulta e 
> mantido (atualizado) semanalmente, cujo tamanho beira os 20 milhões de 
> registros. São cerca de 10 estações de trabalho acessando as bases de 
> dados, simultâneamente.
> 
> Bom, este é o cenário.
> 
> 
> Minha dúvida reside na eficiência e portabilidade do método de conexão 
> do aplicativo (sempre em C e C++) com as bases de dados, desde SQL 
> embutido, passando por drivers ODBC, biblioteca psql (do próprio 
> Postgre). Num primeiro momento fico inclinado a utilizar ODBC, o que vai 
> me facilitar a migração, mas fico em dúvida qdo olho para o futuro 
> planejado, qdo espero migrar o sistema todo para Linux, que 
> provávelmente vai conviver com o mesmo rodando em Windows.
> 
> Seria a conexão via ODBC uma boa escolha? Não tenho experiência nenhuma 
> com ODBC em Linux.
> 

Vinicius,

Tenho um aplicativo que acessa o PostgreSQL via ODBC utilizando o
unixODBC, também acessado por várias estações simultâneamente, e não
tenho nenhum problema, embora tenho a opinião de que, se for possível, o
acesso direto é o melhor caminho.

Quanto ao PostgreSQL, é excelente, você não poderia fazer melhor
escolha.


Antonio Prado.





-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Responder a