Duvida de utilização ODBC X ado

[Nelson Arcas]

Pessoal, boa tarde

Estou com um duvida cruel o que é melhor utilizar com o cursor Adapter, conexão ODBC ou ado?

Quais são as vantangens e desvantagens?

Vou precisar migrar algumas bases de dbfs para um banco Postgress, são mais ou menos umas 1400 tabelas, sendo que desse conjunto umas 30 sempre chegam a possuir mais de 1 milhão de registros.

Gostaria de algumas opinioes de quem estivesse desposto a colaborar.

Grato.

[Marcos Guedes]

Nelson... com base em minhas aplicações, eu escolheria trabalhar com arquivos XML.

O retorno da consulta seria em XML. Então é só tratar com o Fox.

Desta forma, se você precisar migrar para outra base, ou comunicar com outra aplicação, é só ler o XML gerado.

[Nelson Arcas]

Marcos, não entendi direito?
Colocaria num banco qualquer relacional que leia XMl e fazeria o transporte para dentro da aplicação via XML.
Terias algum exemplo. Estou tendo tantos problemas com DBF que estou querendo ver quais são as alternativas para migrar para uma banco de dados.
Valeu

[Marcos Guedes]

Antes de eu prosseguir com minhas "idéias loucas"...

Você quer fazer a migração manualmente?
A partir de dados já existentes?

[Nelson Arcas]

Marcão, todo mundo tem um pouco de louco, eu quando comecei essa conversão do FOX para o Visual também me chamaram de louco.

Sim, hoje os dados já existe e consegui gerar um script que lê o meu diretorio dbfs com as estruturas e nome dos campos.

Porem não vou poder passar tudo de uma só vez para o banco, pq hoje pela estrutura que tenho as tabelas estao no DataEnverioment do form. Então teria que criar algum parametro dentro do sistema que informasse que essa base está convertida para um banco de dados.

[Marcos Guedes]

Tentarei preparar um exemplo e posto aqui.
Acredito que bom nisto é o Tales.

[Nelson Arcas]

Tentarei preparar um exemplo e posto aqui.
Acredito que bom nisto é o Tales.

Ok estarei ancioso aguardando um exemplo
Grato,

[Marcos Guedes]

Nelson... antes de criar teu exemplo, responda-me uma coisa, por favor:
Você já está familiarizado com o Postgre?

Já o tem instalado na máquina?

[Tales Ruan]

Tentarei preparar um exemplo e posto aqui.
Acredito que bom nisto é o Tales.

Ops.. tava meio ausente ultimamente e não vi que invocaram o meu nome.. Hehe

Eu tenho alguma experiência com PostgreSql.. mas não é muito não. Já fiz programas pra migrar base de dados de um sistema específico para postgresql, mas tal sistema não fui eu que fiz.

Ainda não utilizei o Foxpro com postgresql para telas de cadastro e coisas do gênero.. Vou começar isto esta semana, então podemos dizer que estamos no mesmo barco.

O comando SQLEXEC() é bem prático de usar, mas acredito que a classe cursoradapter oferece mais funções. Ao longo desta semana vou fazer mais posts aqui de acordo com meus testes.

Quanto à questão da migração, voce pode ler a estrutura das suas tabelas e recriá-las no SGBD usando os comandos create table, e depois inserir os registros lá com Insert mesmo. Acho que dá pra fazer um programinha pra fazer essa migração. Pela quantidade de tabelas que voce disse que tem, acho que compensa o esforço.

Precisando de mais alguma coisa, basta postar.

[Nelson Arcas]

Marcos respondendo

Nelson... antes de criar teu exemplo, responda-me uma coisa, por favor:
Você já está familiarizado com o Postgre?

Já o tem instalado na máquina?

Já tenho instalado na minha maquina e estou começando a mexer agora fiz somente algumas consultas básicas!!

Tales/Marcos - Primeiramente agradeço o retorno
Estou utilizando o postgre pois estou todo vendo que todo mundo fala que é um bom banco FRee. Mas estou pensando também em utilizar Firebird até mesmo porque já tem instaldo nos servidores da empresa.

Como estou começando a preparar esse projeto gostaria de verificar qual o melhor tipo de conexão a ser utilizada no cursor adapter "ODBC ou ADO"? ou outro tipo de conexão hoje tenho muitos problemas com usuarios que mexem no arquivo DBF e ficando no banco ficaria uma pouco mais protegido e não teria tanto problemas de indices.

[m@r<3|o]

ve se ajuda

*** ODBC

Se voce utilizar ODBC podera usar os comandos nativos SQL PassThrough o tal SPT

SQLCancel(),
SQLColumns(),
SQLCommit( )
SQLConnect(),
SQLDisconnect(),
SQLExec()
SQLGETPROP( ),
SQLMORERESULTS( )
SQLPREPARE( ),
SQLROLLBACK( )
SQLSETPROP( ),
SQLSTRINGCONNECT( )
SQLTABLES( )

No FoxPro utilizamos ODBC para acesso aos banco de dados se decidirmos pelo uso de views remotas.Para acesso com SPT podemos utilizar ODBC ou OLEDB( existe uma classe pronta para isso no UT). Para acesso via ADO, podemos utilizar dois providers , o OleDbProvider para ODBC ou OLEDBProvider


**** diferença ADO e OLEDB

OLEDB é uma tecnologia de acesso a dados que substitui a API do ODBC.
Ocorre que, devido às características da interface de programação da
OLEDB, só é possível trabalhar com ela diretamente em linguagens como
C/C++.

O ADO implementa um modelo de objetos com o qual podemos acessar a API
do OLEDB de uma forma orientada a objetos; e por ser COM, podemos usá-lo
em diversas linguagens (como o VFP). Obviamente existe um overhead com a
utilização do ADO em detrimento do OLEDB, mas no final das contas o
custo-benefício é mais interessante.

*** Tudo sobre ADO

Clique aqui!

[Nelson Arcas]

Marcelo, obrigado pela informações
Pelo que entendi é mais eficiente utilizar o ADO, porem é mais dificil sua configuração, porem o ganho é muito maior do que a utilização do ODBC?

[m@r<3|o]

olá Nelson , beleza

pelo que busquei , entendi assim

ADO - complicado para quem somente programa em Fox , mais Rapido , mais Moderno
muitos testam e voltam pro odbc por nao usar os comandos de manipulacao do FOX
mais usado e mais material para Visual Basic

ODBC - mais facil para quem ja utiliza o fox , utiliza o SPT do Foxpro , utilizado e recomendados por todos que usam Foxpro


Achei interessante, que todos os comandos usados em ADO VFP - sao os comandos de ADO e DAO no VB ...... interessantissimo é como programar em VB dentro do Foxpro
um enorme balaio de gato , mais achei legal


ve se ajuda


o OLEDB mais interressante quando o assunto são os forms onde há
manutenção das tabelas (inclusão, alteração e exclusão), percebo que é bem
mais prático que SPT. Porém quando o assunto é o report, o OLEDB perde feio
pois com o SPT geramos um cursor rapidinho e totalmente compatível usando o
comando SQLEXEC(), enquanto que usado o OLEDB temos que primeiramente gerar
um recordset e só depois e através dele criar um cursor com o RSTOCURSOR que
não é totalmente compatível (às vezes transforma campos numéricos em
general)


Esta conversa de que OLE é mais rápido, ODBC lento, ADO melhor etc, para mim
é discutir sexo dos anjos, pois esta "DIFERENÇA DE PERFORMANCE" é
imperceptível quando se tem um BOM PROJETO de front-end e BACK-END e um
banco bem desenhado. Na prática o que eu vejo são PÉSSIMOS projetos (mesmo!)
acessando bancos de dados com desenhos VERGONHOSOS e gente dizendo que está
lento POR CULPA da ODBC. Fala sério !

EU NUNCA TIVE PROBLEMAS DE PERFORMANCE ACESSANDO SQL-SERVER e Fox/Visual Fox
VIA ODBC!
Ou qq outro banco remoto.

a conecção via OLE no Fox é feita de forma que se cria um
objeto recordset a partir de um resultado de dados, pois bem, este recordset
é manipulado como no VB, temos que usar comandos do tipo FINDFIRST, MOVENEXT
etc. (quem conhece um pouco de VB sabe, mas se não conhece, não perde nada),
ou seja, nós perdemos TODA A FACILIDADE QUE TEMOS quando criamos cursores no fox e os manipulamos como tabelas DBF

[Nelson Arcas]

Blz
Após várias pesquisas e dicas de voces estou convencido que devo utilizar ODBC, isso no futuro gerar uma flexibilidade maior.

Muito obrigado a todos, resolvida essa duvida

Vou para os topicos do postgres!!!

[Marcos Guedes]

Tópico resolvido, porém se eu não lhe disponibilizar o exemplo daqui para domingo, favor me cobrar, ok, Nelson?!


Estou lhe devendo o exemplo de serviço em VFP também.