DBADO Harbour

[JoséQuintas]

https://groups.google.com/forum/#!topic ... urOPaH2a9A

É curioso.
Ao mesmo tempo que faz muito mais uso de ADO, por exemplo, excluir vários registros, ANTES de atualizar no servidor....
Usa estilo DBF.

Mensagem recente:

Es un método válido para el RecordSet pero no para DBADO.
Si creas el RecordSet utilizando oRs := ADO(cSql, oC) no da error.
DBADO fue creado para que podamos utilizar funciones similares a cl*pper.
Al asignar oRs := DBADO():New(cSql, oC)
la clase DBADO contiene una variable de instancia oRs que es inicializada a ADO(cSql, oC),
sin embargo, traduce las instrucciones tipo cl*pper a lo pertinente para el recordset.
Por lo tanto, debes usar oRs:Skip() en lugar de oRs:MoveNext()
De todos modos, estoy trabajando en que DBADO permita llamar a las funciones nativas del RecordSet.

No caso deles, o uso de ADO é mais do que costumo usar.

Por exemplo:
Você pode fazer o SELECT da tabela inteira, apagar ou atualizar tudo local, pelo tempo que quiser, e só no final atualizar no servidor.
Em determinados processos é interessante.
Por exemplo, incluir um registro por vez é demorado, e desse forma incluiria local, e depois enviaria tudo pro servidor de uma vez.
Mas prefiro por comando SQL, assim é direto do programa ao servidor, sem intermediários.

[Itamar M. Lins Jr.]

Ola!

Por exemplo, incluir um registro por vez é demorado, e desse forma incluiria local, e depois enviaria tudo pro servidor de uma vez.

Assim dá confusão, podem vender produto que acabou...Corrigir quantidade, preço... Tem que ser tudo na ocorrência do fato.

Saudações,
Itamar M. Lins Jr.

[JoséQuintas]

Sei lá... acho que... sei lá....

All my systems are SQL based and 95% of my customers have their data on mi cloud servers. Experience has shown me that sometimes it is faster to request all the records I need to do a job and locally work on it using DbEval or similar instead of making many request to the server.
If the consensus is doing everything thru sql engine because it knows how to do it properly, there would be no FIND, SORT, FILTER, etc. facilities within ADODB and in that case we should all be using COUNT, TOTAL ON, etc with DBF files and mostly no one does.

Isso é chamar o usuário pra trabalhar igual DBF.

Como vocês já viram em meus posts... o servidor SQL faz muito, e é muito rápido.

Então.... sei lá....

[Itamar M. Lins Jr.]

Ola!
Por isso que ele não gosta do SQLMIX, ele disse que é um saco ficar escrevendo sentença SQL... Vai entender.
Melhor usar LetoDbf então.
O cara não quer aprender SQL, só isso.

Saudações,
Itamar M. Lins Jr.