O fonte do browse deve usar um array e não o banco de dados.
A não ser que a linguagem utilizada faça aproveitamento direto do banco de dados.
Então.... o caminho é olhar a linguagem de programação que está usando para o script.
Se ela tem recurso de usar base de dados ou não, depende dela.
Se vai ...
Pesquisa resultou em 1746 ocorrências: +ADO
Termo pesquisado: +ado
- 28 Jul 2026 15:24
- Fórum: SQL
- Tópico: SQL melhor forma de trabalhar.
- Respostas: 13
- Exibições: 1218
- 27 Jul 2026 10:10
- Fórum: SQL
- Tópico: SQL melhor forma de trabalhar.
- Respostas: 13
- Exibições: 1218
Re: SQL melhor forma de trabalhar.
... Se preocupar com memória ?
1.000 produtos... ocupando 1.000 letras cada.... são 1MB, o cadastro inteiro é menor que uma simples imagem.
Para o navegador, isso é quase nada.
Sim, essa parte vou me preocupar depois, vou fazer os testes ainda, se chamo 100, 500, 1000 registros no BROWSE.
Essa parte de ...
1.000 produtos... ocupando 1.000 letras cada.... são 1MB, o cadastro inteiro é menor que uma simples imagem.
Para o navegador, isso é quase nada.
Sim, essa parte vou me preocupar depois, vou fazer os testes ainda, se chamo 100, 500, 1000 registros no BROWSE.
Essa parte de ...
- 27 Jul 2026 09:51
- Fórum: SQL
- Tópico: SQL melhor forma de trabalhar.
- Respostas: 13
- Exibições: 1218
Re: SQL melhor forma de trabalhar.
Tudo vai de cada programador, não sei dizer o que é melhor ou pior.
Nos meus browses, uso recordset:Requery(), e isso é rápido.
Se é feita uma nova consulta do zero, ou se alguma coisa é aproveitada da pesquisa anterior não sei dizer.
Mas geralmente as pesquisas levam 1 segundo, não perco tempo ...
Nos meus browses, uso recordset:Requery(), e isso é rápido.
Se é feita uma nova consulta do zero, ou se alguma coisa é aproveitada da pesquisa anterior não sei dizer.
Mas geralmente as pesquisas levam 1 segundo, não perco tempo ...
- 26 Jul 2026 19:06
- Fórum: SQL
- Tópico: SQL melhor forma de trabalhar.
- Respostas: 13
- Exibições: 1218
Re: SQL melhor forma de trabalhar.
Olá!
José Quintas ou qualquer um que queira participar.
Quando se inclui um registro, tanto faz em ADO, SQLMIX, RDDSQL, etc.
No caso de uso do browse, com 200, 300 registros, você(s) pegam inclui o registro por SQL e PUXA TUDO DE NOVO, ou INCLUI e ADD só apenas 1(novo) no temporário ? ADO, DBF, ETC ...
José Quintas ou qualquer um que queira participar.
Quando se inclui um registro, tanto faz em ADO, SQLMIX, RDDSQL, etc.
No caso de uso do browse, com 200, 300 registros, você(s) pegam inclui o registro por SQL e PUXA TUDO DE NOVO, ou INCLUI e ADD só apenas 1(novo) no temporário ? ADO, DBF, ETC ...
- 26 Jul 2026 12:04
- Fórum: SQL
- Tópico: SQL melhor forma de trabalhar.
- Respostas: 13
- Exibições: 1218
Re: SQL melhor forma de trabalhar.
rs := cnSQL:Execute( " SELECT ..." )
DO WHILE ! rs:eof()
rs:movenext()
ENDDO
rs:Close()
No caso do ADO, esse temporário é no formato ADO
No caso do SQLMIX, esse temporário é acessado como DBF
No caso do hbMySQL esse temporário é acessado como array
No caso de uma API poderia ser JSON, XML, ou ...
- 26 Jul 2026 11:52
- Fórum: SQL
- Tópico: SQL melhor forma de trabalhar.
- Respostas: 13
- Exibições: 1218
Re: SQL melhor forma de trabalhar.
Outra coisa que não precisa ficar puxando a tabela de usuários o tempo todo.
Puxa 1 vez só, valida e descarta, fica só com os dados necessários. Pode até se desejar criar uma tabela local (DBF/INI) etc...Depende da necessidade disso, as opções são variadíssimas.
Por isso eu recomendo o uso de ADO ...
- 15 Jul 2026 17:23
- Fórum: SQL
- Tópico: SQLRDD++: índices com funções do Harbour agora viram índices de expressão nativos no PostgreSQL (adeus colunas INDKEY_)
- Respostas: 23
- Exibições: 3300
Re: SQLRDD++: índices com funções do Harbour agora viram índices de expressão nativos no PostgreSQL (adeus colunas INDKE
Quando digo usar ADO, é usar apenas a conexão, é tudo comando SQL direto, NÃO TEM NADA A VER COM ADO.
INFELIZMENTE, acho que o Itamar nem sabe do que está falando, atribui tudo a testes aleatórios que fez, e que não representam o uso de SQL.
Eu não sei, nem as IAs...
Mas segundo o pouco que sei ...
- 15 Jul 2026 16:53
- Fórum: SQL
- Tópico: SQLRDD++: índices com funções do Harbour agora viram índices de expressão nativos no PostgreSQL (adeus colunas INDKEY_)
- Respostas: 23
- Exibições: 3300
Re: SQLRDD++: índices com funções do Harbour agora viram índices de expressão nativos no PostgreSQL (adeus colunas INDKE
Quando digo usar ADO, é usar apenas a conexão, é tudo comando SQL direto, NÃO TEM NADA A VER COM ADO.
INFELIZMENTE, acho que o Itamar nem sabe do que está falando, atribui tudo a testes aleatórios que fez, e que não representam o uso de SQL.
Eu não sei, nem as IAs...
Mas segundo o pouco que sei ...
- 15 Jul 2026 15:07
- Fórum: SQL
- Tópico: SQLRDD++: índices com funções do Harbour agora viram índices de expressão nativos no PostgreSQL (adeus colunas INDKEY_)
- Respostas: 23
- Exibições: 3300
Re: SQLRDD++: índices com funções do Harbour agora viram índices de expressão nativos no PostgreSQL (adeus colunas INDKE
Voltando nisso:
Se usar ADO, OU OUTRO:
NÃO precisa mudar total de uma vez.
Pode fazer parcial e ir acostumando com as coisas.
Não tem que ficar inventando estórias, tentando descobrir o que acontece.
Apenas comece, parcial, e veja o resultado.
Decida por si próprio, pelo que acontecer no uso ...
Se usar ADO, OU OUTRO:
NÃO precisa mudar total de uma vez.
Pode fazer parcial e ir acostumando com as coisas.
Não tem que ficar inventando estórias, tentando descobrir o que acontece.
Apenas comece, parcial, e veja o resultado.
Decida por si próprio, pelo que acontecer no uso ...
- 15 Jul 2026 14:57
- Fórum: SQL
- Tópico: SQLRDD++: índices com funções do Harbour agora viram índices de expressão nativos no PostgreSQL (adeus colunas INDKEY_)
- Respostas: 23
- Exibições: 3300
Re: SQLRDD++: índices com funções do Harbour agora viram índices de expressão nativos no PostgreSQL (adeus colunas INDKE
Geralmente eu posto como geral, e não diretamente a um usuário.
Não entendi o "agora preciso mesmo mudar".
DBF funciona bem, ele é usado como está, preferencialmente DBFCDX.
Com o auxílio de ADS, pode usar DBF por comandos SQL.
Isso te dá a idéia do que é SQL, e como tirar proveito dele.
E vai poder ...
Não entendi o "agora preciso mesmo mudar".
DBF funciona bem, ele é usado como está, preferencialmente DBFCDX.
Com o auxílio de ADS, pode usar DBF por comandos SQL.
Isso te dá a idéia do que é SQL, e como tirar proveito dele.
E vai poder ...
- 15 Jul 2026 12:10
- Fórum: SQL
- Tópico: SQLRDD++: índices com funções do Harbour agora viram índices de expressão nativos no PostgreSQL (adeus colunas INDKEY_)
- Respostas: 23
- Exibições: 3300
Re: SQLRDD++: índices com funções do Harbour agora viram índices de expressão nativos no PostgreSQL (adeus colunas INDKE
... Vou aproveitar essa conversa para tirar o pó aqui e migrar meu ERP para Pg. Que está, vai não vai.
Precisa ser Linux e Windows. Não vou usar ADO.
Estava conversando aqui com a IA e vou usar "COISAS UNIVERSAIS". Se é para mudar que seja para soluções usadas pela maioria.
Vai dar um trabalho ...
Precisa ser Linux e Windows. Não vou usar ADO.
Estava conversando aqui com a IA e vou usar "COISAS UNIVERSAIS". Se é para mudar que seja para soluções usadas pela maioria.
Vai dar um trabalho ...
- 15 Jul 2026 10:51
- Fórum: SQL
- Tópico: SQLRDD++: índices com funções do Harbour agora viram índices de expressão nativos no PostgreSQL (adeus colunas INDKEY_)
- Respostas: 23
- Exibições: 3300
Re: SQLRDD++: índices com funções do Harbour agora viram índices de expressão nativos no PostgreSQL (adeus colunas INDKE
... acredite....
Burrice pode ser usar/tentar usar essas coisas.
É muito sério isto.
É como trocar de fusca pra Ferrari, e ficar querendo usar adaptador pra colocar pneu de fusca.
Isso é uma burrice muito grande, e é exatamente jogar a Ferrari no lixo.
banco de dados SQL é muito mais do que só ...
Burrice pode ser usar/tentar usar essas coisas.
É muito sério isto.
É como trocar de fusca pra Ferrari, e ficar querendo usar adaptador pra colocar pneu de fusca.
Isso é uma burrice muito grande, e é exatamente jogar a Ferrari no lixo.
banco de dados SQL é muito mais do que só ...
- 18 Jun 2026 11:18
- Fórum: Bate Papo
- Tópico: O povo da programação parou. Foi a IA ?
- Respostas: 6
- Exibições: 1071
Re: O povo da programação parou. Foi a IA ?
Nada parou.
Tudo sempre funcionou ao mesmo tempo, passado e futuro juntos.
E tem a MODA que sempre existiu.
Também tem a moda IA, essa foi a última que entrou, e talvez a que mais vai demorar pra sair de moda.
Já comentei por aqui: Se pegar o Visual Basic, de 20 anos atrás, já dá um banho no harbour ...
Tudo sempre funcionou ao mesmo tempo, passado e futuro juntos.
E tem a MODA que sempre existiu.
Também tem a moda IA, essa foi a última que entrou, e talvez a que mais vai demorar pra sair de moda.
Já comentei por aqui: Se pegar o Visual Basic, de 20 anos atrás, já dá um banho no harbour ...
- 12 Jun 2026 15:40
- Fórum: Bate Papo
- Tópico: Windows 10 em alta... e outros
- Respostas: 0
- Exibições: 660
Windows 10 em alta... e outros
wu.png
Então.... muita coisa circula pela NET....
Na teoria já acabou um monte de coisa.
Na prática:
Aí mostra atualização de Office 32 bits
o ADO, notificado como obsoleto na época do Windows 7 SP2, continua existindo e sendo atualizado
VB6, continua sendo atualizado
Capicom..... sei lá....
O ...
Então.... muita coisa circula pela NET....
Na teoria já acabou um monte de coisa.
Na prática:
Aí mostra atualização de Office 32 bits
o ADO, notificado como obsoleto na época do Windows 7 SP2, continua existindo e sendo atualizado
VB6, continua sendo atualizado
Capicom..... sei lá....
O ...
- 07 Mai 2026 15:13
- Fórum: SQL
- Tópico: Harbour + SQLMIX
- Respostas: 32
- Exibições: 8389
Re: Harbour + SQLMIX
... via SQL ( insert into nome_tabela values (xx, xxx, xxx) ) e via tabela->(dbappend), nenhuma das formas funciona, alguém tem alguma sugestão ?
Obrigado
Dúvida, porque está testando com o SQLMIX e não com o SQLRDD ?
No meu caso, pq o SQLMIX é nativo do Harbour e o SQLRDD na época, era pago ...
Obrigado
Dúvida, porque está testando com o SQLMIX e não com o SQLRDD ?
No meu caso, pq o SQLMIX é nativo do Harbour e o SQLRDD na época, era pago ...