[Resolvido]Copiar registro do back-end desvinculado para o front-end

Amigos, preciso de uma força:
Tenho um sistema totalmente desvinculado.
Preciso execultar uma consulta com os dados do
Back-end e os registros, criar uma tabela temporária
no front-end, para acoplar a uma sub-formulário.
Mas não sei como proceder para fazer isso.
Alguma sugestão?

O subformulário é necessário pois é utolizado para fazer
pesquisa ao digitar.

No momento eu estou fazendo da seguinte forma:

Já tenho uma tabela previamente criada no front-end.
Daí, via DAO, abro o recordset e adiciono todos os dados
do recordset a essa tabela e acoplo ao subformulário.

Mas como para adicionar os registros a tabela local, o loop
tem que percorrer todo recordset, temo pela lentidão quando houver
muitos registros.

Por isso gostaria de saber se nao há outra forma, ou se essa forma já é
a mais rápida.

Grato.

Se houver alterações constantes nas tabelas e for necessário tê-las em tempo real disponíveis para consulta, não há muito o que fazer no que se refere a consultar o backend. Agora, caso possa ser feita uma atualização de tempos em tempos apenas, pode colocar um botão para ir novamente à tabela e verificar se tem novos dados e então atualizar o frontend.

Olá!

O aplicativo Maestro que ofereço no meu site, possui a programação para criar tabelas temporarias em tempo de execução. Utilizo deste artifício para demonstrar o carregamento de combobox num formulário desvinculado e na consulta de uma listbox.

Veja mais detalhes neste meu artigo:

http://www.usandoaccess.com.br/dicas/dica34.asp?id=1#inicio

Atente para que o amigo Valdino abordou, sobre possíveis necessidades de atualização. Nos exemplos do Maestro estas atualizações são previstas.

Neste tópico aqui do fórum também ofereço exemplo de gerarção de tabela em tempo de execução.

http://maximoaccess.forumeiros.com/t10778-saldo-de-conta-corrente

Outra forma de carregar o formulário e acoplando o Recordset. Algo assim:

...
set rs = OpenRecordset(....
set me.recordset - rs

Não lido muito com o ADO mas acho que vc pode trabalhar com um recordset desacoplado usando usando o método LockEdits = acBatchOptimistic.

Sucesso!

Grato amigos pela dica!
Avelino, minha dúvida gira e torno do seguinte:
Para criar a tabela temporária com o back-end vinculado
eu até sei como fazer. Mas como criar a tabela temporária
como com os dados do back-end desvinculado? Pois não uso
os vínculos do Access.

Todas as vezes que o usuário abre o formulário de pesquisa,
é feita uma viagem no back-end (via DAO), daí, o adiciono todos
os registros do recordset a tabela local.

Minha preocupação está se a forma que eu uso já é a mais apropriada?

Pois da forma que vi no Maestro do Avelino, não consigo aplicar, pois
o meu front-end não tem vínculos (nativo) com o back-end. Tudo é feito via
recordset.
Utilizar o recordset setado como origem do subformulário, vai manter o back-end
aberto... E isso gostaria de evitar.

Alguma sugestão?

A pergunta que ainda está sem resposta: toda vez que esse formulário for aberto, precisa estar atualizado com todos os registros do backend ou não é necessário? Pois se você já sabe criar a tabela temporária, ela pode guardar esses registros até que ache necessário atualiza-la novamente. Caso contrário, se sempre precisar abrir o formulário já atualizado, a viagem ao backend será necessária de qualquer forma.

Sempre que abro o formulário deve apresentar os dados atualizados.
Como falei, sei criar a tabela temporário no front-end, caso utilize os
vínculos do Access. Mas no meu caso não utilizo os vínculos, tudo é feito
via RecordSet DAO.

Criar tabela temporárias com back-end vinculado é muito fácio, pois uma simples
String com uma SQL gera todos os registros para a tabela local. Mas se trantando
de back-end desvinculado, é outro procedimento e esse eu não sei.

Alguma ideia?

Marcos,

da forma como está fazendo considero muito pouco produtiva e problemática para atualizar, quando for necessário.

Tem sim como criar tabelas temporarias sem a presença dos vículos. Mais tarde um pouco estarei lhe oferecendo um exemplo.

Opa, vou ficar no aguardo Avelino.
A questão de não usar vínculos é justamente
para proteger melhor a base de dados.

Já andei lendo seu artigo sobre o Protec, mas
confesso que o código é muito complexo para mim.
Não consegui adequar no meu aplicativo.

Marcos,

segue o exemplo. Abra o formulário principal e veja a tabela temporaria sendo criada e o subformulário sendo carregado.

A estrutura basica é essa:

SELECT Campos INTO [local do front-end].NomeTabelaTemporaria FROM [local do back-end].NomeTabela;

Observe a consulta usada no exemplo

Código:

...
...
strsql = "SELECT tblMovimento.*, Cdbl(0) as SaldoLinha "
strsql = strsql & "INTO [" & CurrentDb.Name & "]." & tblTemp & " FROM [" & CurrentProject.Path & "\base_be.mdb].tblMovimento;"
...
...

CurrentDb.Name retorna com o local do fron-end
CurrentProject.Path & "\base_be.mdb retorna com o local do back-end

Sucesso!

Perfeito, isso mesmo que eu quero!

Só mais uma dúvida, daí fecho esse tópico:
A forma como está no seu exemplo é mais funcional do que
a forma que eu já uso? (Obs.: A forma que uso: Faço um loop pelo
recordset vindo do back-end e adiciono linha a linha a uma tabela
previamente criada)

Grato, no aguardo.

É vc que deve tirar essa conclusão.

Minha prática marca montar a tabela em tempo de execução. Prefiro escrever uma consulta e entregar a uma função do que ter que montar um loop com varias linhas de campos.

Outra vantagem é poder excluir todas as tabelas temporarias ao entrar no aplicativo, mantendo sempre o front-end enxuto. Este método exige que vc ative o compactar e reparar automático ao sair.

Sucesso!

Muito grato pela solução e considerações!
Vou analisar o mais funcional, mas acho que deve ser o SQL.

Grato, bom serviço!