Elber Carretoni

AHUUAhuaa...oh...dessa vez eu tinha entendido sim lafey...o problema é que eu não sabia fazer mesmo...rsrs

humm...que bom que deu certo a história dos campos não-acoplados...isso aí! você tava me explicando...vai criar um outro formulário para o usuário determinar os parametros da pesquisa não é?? na sua tabela, tem algum campo único e exclusivo para cada registro...por exemplo, um campo RG, no caso de cliente, um campo CJPN, no caso de pessoa jurídica...enfim dessa forma, assim que o usuário terminasse de digitar esse campo exclusivo, o sistema automaticamente já faria a pesquisa e, se encontrasse resultados, mostraria os dados na tela do próprio formulário...caso contrário, os campos ficam em branco para a entrada de novos dados... não sei se isso foge do que você pretende, mas caso esteja nos seus parâmetros, acho uma idéia mais fácil e leve... espero retorno dos seus resultados... abração! bom fds!

huAUuhaHUAHUaa...nenhuma te convenceu a escolhê-la? AHUAHUAa...essa foi boa... ve de novo as funções com bastante carinho...vai que você se simpatiza com uma delas...rsrs mals não poder ajudar mais... abração! gracias...

ahhh....agora sim eu entendi...rsrs é cara...a idéia é otima mesmo... dei a idéia de criar uma outra tabela unindo todos os nomes...mas, acho que criar uma so tabela em vez de tres, e ao invés disso acrescentar apenas um campo a mais para indicar o "status", fica bem melhor... vlw a atenção mrmalj! isso aí!! em relação ao que não está tranquilo, espero que dê tudo certo pra você... ;D qualquer coisa que precisar, conta comigo se eu puder ajudar.... abração!!

MrMalj...tudo tranquilo? pra ser bem sincero não entendi perfeitamente sua solução...desculpe a ignorância!

ixi cara...isso é pitoresco, coisas do além...rsrs nunca tive este tipo de problema, mas, quando programamos alguma coisa no evento AO MOVER MOUSE sobre algum objeto, geralmente quando estamos "ativando" (justamente, mexendo o mouse) o evento, a tela fica dando flashs dessa maneira... então, tenta dar uma olhada nos eventos AO MOVER MOUSE do seu formulário...talvez mais especificadamente no evento da sua "aba" que está com problemas...enfim, dá uma geralzona pelos eventos dos objetos... vá em Propriedades, Eventos, Ao Mover Mouse...ve se tem algum procedimento programado, principalmente se for em VBA...e, se você não programou nada e não tem nenhuma função para este evento, apague o procedimento e faça os testes novamente... nos retorne o resultado ok? abração! boa sorte nesse exorcismo aí!rs

ahnn...entendi o que você quer fazer... vou tentar pensar numa solução, e assim que tiver qualquer saída tentamos resolver... estou meio apertado ultimamente, mas vou tentar não me ausentar do fórum... abração...vlw!!!

olá luke, tudo bem? fiz os testes, tentei de várias formas, criei relacinoamento, consultas, instruções de sql em combobox, nos campos da tabela...enfim, não consegui de forma alguma descobrir fuçando...rsrs...está osso! bom...vou ficar alerta...assim que souber de alguma coisa, te indico a solução... de qualquer forma, teria um modo mais "arcáico" pra resolver seu problema...não é, logicamente, o mais indicado devido à sobre-carga de dados não necessários e tudo mais, mas... tente fazer um tabela NOMES receber o nome do registro que acabou de ser cadastrado no formulário cliente ou formulário aluno...dessa forma, você mesmo cria "manualmente" a lista de todos os nomes... posteriormente, você indica a combobox para a determinada tabela com todos os nomes... não sei se daria efetivamente certo, mas talvez seria uma solução-gambiarra como solução por falta de alternativas... desculpe não poder ajudar mais, abraço! gracias,

salve salve camaleôn...supimpa? cara...fica complicado dizer pra você onde está o erro, já que tenho seus forms e subforms apenas de forma abstrata na mente... mas, como você disse, erro no índice...certo? talvez seja possível que seja realmente erro na duplicação da chave primário mesmo...na verdade, os campos que você manda receber os valores da consulta devem ser NÃO-ACOPLADOS... acredito que o erro seja o seguinte: você mandou abrir o form adicionando um novo registro...ou seja, nesse caso, os campos estão branquinhos e prontos para receber os dados... mas estes dados que você akbou de mandar os campos em brancos receberem (novo registro), já existem, pois aliás, você está efetuando uma consulta...e é natural que a chave primária não aceite valores duplicados em sua tabela... não sei qual é o seu planejamento, seus objetivos, mas, se não for interferir, aconselho a você que torne os campos que recebem os valores da pesquisa como NÃO-ACOPLADOS... apenas apague a Fonte de Controle deles...e faça os testes novamente... no caso da função dlookup, não está rodando "redondinho"? não sei se isso enflue em algo, mas no comecinho, quando você indica o campo que vai receber o valor da pesquisa, apaga a expressão .Value... deixe apenas o seguinte: me.NOME_DO_CAMPO = Dlookup(...) espero retorno da solução... espero também que dê certo...rs abração!

rsrs...não se preocupa akuma, entendi bem o que você quer fazer... só ainda não entendi como fazer isso...rsrs está loco, os tópicos do fórum estão ficando difívocês e cada vez mais pitorescos...rs se vai ter que usar programação cara...só num sei quais comandos... tenta dar uma fuçada em me.NOME_DO_SEU_GUIA_ABAS.Properties.FUÇA_AQUI!!! entendeu? as vezes nas propriedades tem alguma coisa referente à cor da aba...procura aí e nos retorna se encontrou alguma coisa... abraço...desculpe não poder ajudar melhor! gracias...

rsrs...concordo com o mrmalj.. também acho! kAKka.. 8D está muito difícil arranjar uma solução prática pra isso...vai ter que ser no modo arcáico memu... =/

aeee..agora entendi lafey... rsrs...pois é, entendi, mas ainda peço desculpas por não saber uma forma de fazer isso...AHUhhuA complicadinhu hein... como você vai visualizar os dados? vai ser através de um formulário, ou no modo executar da consulta mesmo? estou tentando pensar em algo...assim que tiver qualquer luz divina, tentamos debater... abraço!

wew...cara, me desculpe... tinha prometido que mandaria o exemplo, mas no final das contas não lembro se mandei ou não o arquivo pro seu e-mail... depois o tópico dormiu e não entrei mais aqui... bom, de qualquer forma, vou estar enviando agora... Josita, tenho um exemplo legal aqui que mostra como usar a função dlookup.. me passe seu e-mail e também te envio o exemplo... abraços!

Josita...tudo bem? dá sim pra pensar em como solucionar sua dúvida...mas, pra ser bem exato, não entendi o porque de tal problema... O ideal realmente é que se tenha na tabela pedido apenas o código do cliente armazenado, através de relacionamento como você mesmo expressou... você quer que armazene na tabela pedido o código do cliente, o nome do mesmo e o valor, mas porque se na tabela cliente você já tem esses dados? criar esses dois campos adicionais na sua tabela pedido não é realmente o correto, já que você vai gerar muita redundância de informações e pesar o sistema... armazenando na tabela pedido apenas o código do cliente já é o suficiente para posteriormente você criar consultas e buscar os outros dados do cliente através do seu código e gerar relatórios ... mas, mesmo assim, se você quiser continuar com os tais planos, dá uma olhada se na sua tabela pedidos se realmente existe os outros dois campos (nome e valor); vai no seu formulário, nas Propriedades dos campos nome e valor, que recebem o nome do cliente e o valor posteriormente após escolher na combobox o código do registro cliente, e verifica se a FONTE DE CONTROLE de cada um desses campos está associada ao campo certo (Nome na tabela pedido, e Valor na tabela pedido) de sua tabela... bom, faça os testes e nos retorna o resultado, ok? de qualquer forma, estamos aí pra debater a melhor solução... beijo,

não funciona porque? ele manda mensagem de erro dizendo que não é possível definir um critério devido a incompatibilidade de campos? bom, se for isso, acho que o caso é você pegar o seu campo e transformá-lo em string...ou seja, concatená-lo aspas ao seu redor... dessa forma, você não terá problema na hora de fazer comparações com data, número ou coisas do gênero... bom, vou dar um exemplo aqui, e se esta solução for o caso, testa aí e nos retorna o resultado, ok? 'DECLARA AS VARIÁVEIS Dim stDocName As String Dim stLinkCriteria As String Dim vConcatenar As String 'CONCATENA ASPAS AO REDOR DO VALOR DO CAMPO txt_data_emprestimo vConcatenar = me.txt_data_emprestimo vConcatenar = """" & vConcatenar & """" 'DEFINE AS VARIÁVEIS (NOME DO FORMULÁRIO E CRITÉRIO DE ABERTURA) stDocName = "frmEmprestimoConsultar" stLinkCriteria = "[Data_Emprestimo]= " & vConcatenar 'EXECUTA A ABERTUDA DO FORMULÁRIO DoCmd.OpenForm stDocName, , , stLinkCriteria [/codebox] abraço...

turco... deixa me ver se entendi... você tem uma tabela com vários números de oficios, sequenciais...certo? e você também tem um relatório desta tabela... você quer que, assim que abra o relatório, o access peça um número, e a a partir de então todos os registros em diante também sejam gerados no relatório... ou seja, por exemplo: você tem números de ofício de 1 a 100... e, se o usuário digitasse 70, você imprimiria do número 70 ao 100...30 registros certo? se for isso mesmo, vo tentar pensar numa solução e assim que tiver qualquer resposta, tentamos debater...ok? abraço,

lafey...pra ser bem sincero não intendi não meu... tem como explicar mais concretamente? desculpe a ignorância... abraço

duaurocan... crie uma consulta com suas duas tabelas, colocando todo os seus campos de suas tabelas... ao criar o formulário ou relatório, utilize como base de dados a sua consulta criada... é importante lembrar que os relacionamentos de sua tabela influenciam bastante na consulta, então tome cuidado com sua estrutura... abraço!

hummm...intendi bem o que você quer agora... mas, só uma dúvida...caso seja a segunda vez que o registro esteja sendo cadastrado, você vai apenas atualizar os dados do mesmo...certo? mas essa atualização vai ficar armazenada em um novo registro, você vai salvar por cima do antigo ou vai 'tentar armazenar tudo num registro só' com vários campos indicando todas as entradas e todas as saídas de documentos? bom, se entendi bem mesmo o que você quer, vou tentar te explicar o que fiz uma vez, numa situação bem parecida: tinha um formulário em que o usuário efetuava a intenção de matriculas em determinados cursos que ele se interessava na escola. Então, os cursos eu trazia através de relacionamento...o usuário (aluno) selecionava o curso e digitava todos seus dados pertinentes à uma futura matrícula. no quadro Dados Pessoais do usuário, a primeira informação que o usuário fornecia para o sistema era o RG. e, após ele digitar o RG, o sistema automaticamente efetuava a tal pesquisa para verificar se o registro já existia...se existisse, eu trazia todas as informações na tela e deixava o usuário mudar apenas o que não é fixo...ou seja, os dados pessoais, cpf, filiação, data de nascimento, deficiências, etc, eram todos bloqueados... quando o usuário selecionava seu novo curso com as outras informações diferents em relação ao horário e tals, salvava e gerava um novo registro, igualzinhu com o mesmo aluno, mas apenas com as informações do curso diferente... caso o rg do aluno ainda não fosse encontrado (ainda não fosse cadastrado), os campos ficavam em branco esperando a nova entrada de dados... bom, pra fazer isso eu usei a função dlookup logo após atualizar o rg... essa função permite que, se os dados forem encontrados, automaticamente já preenche os campos...caso contrário, os campos ficam em branco!!! na verdade, assim que eu entrava no meu formulário, todos os campos já estavam em modo de adição, num novo registro (EM BRANCOS)...a pesquisa e busca de informações de registros já existentes na verdade não era necessariamente o registro antigo (ou seja, eu não trazia aquele registro para a tela, para editá-lo), mas apenas as informações contidas nos campos eu tornava iguais aos meus "novos campos"... tudo era um novo registro, porém com os mesmos dados... se for isso o que você quer agora, dá uma fuçada na função DLookup...tem vários tópicos aqui na comunidade, inclusive um que eu mesmo criei...de qualquer forma, acho que essa função de uma forma ou de outra vai resolver seu problema... em relação ao registro em branco que você mencionou...na verdade, aquele registro em branco é um NOVO REGISTRO... ao estar no ultimo registro cadastrado de sua tabela e apertar mais uma vez para o "Próximo Registro", ele automaticamente insere um novo registro em branco... fazer isso através do botão PRÓXIMO ou através do botão NOVO REGISTRO tem a mesma função e o resultado é o mesmo...deu pra entender? nas propriedades do seu formulário, vá em eventos e no evento AO ABRIR, insira essa linha de código: 'insere um novo registro logo que entra no formulário (campos em branco) DoCmd.GoToRecord , , acNewRec Espero que ajude... Abraço,

petrich, o próprio assistente de relatório utiliza de um agrupamento de registros através de um campo... não sei se entendi bem sua dúvida, mas tenta criar um relatório no modo assistente utilizando de sua consulta e vê o que que dá aí... nos retorne qualquer resultado, ok? como fez para agrupar os registros pela consulta? abraços,

ok...se conseguir, nos retorne a sua solução para tê-la sempre como meio de pesquisa... abraço!

Maurício... tenta criar um relatório no modo assistente utilizando de uma consulta (que mostre os 10 maiores valores para o campo 'somatória de compras') e agrupando os registros pelo município... é bem fácil utilizar de agrupamento quando se cria um relatório no modo assistente... dá uma 'fuçada' aí e nos retorne o que conseguiu...ok? abraço...

cara...pra ser bem sincero não sei se existe alguma forma, através de controles do access, de deixar sempre os campos do formulário, direto de sua tabela, em branco... o que você pode fazer é uma rotina para que os campos sempre estejam no modo de adição de novo registro... por exemplo, quando abrir o formulário, já adicionar um novo registro... quando o usuário akbar de salvar um novo registro, automaticamente já faz adicionar outro novo registro...entendeu? dessa forma o usuário sempre ficara preso em campos em branco, sem nenhum registro aparecendo...e se você ainda tirar a 'Barra de Navegação", não é nem possível o usuário mudar os registros para ver os cadastrados anteriormente... (ps. Barra de Navegação são os botões que o access automaticamente insere no seu formulário/relatório para que o usuário possa controlar os registros para 'próximo', 'anterior', 'novo', 'excluir', etc...Na verdade essa Barra de Navegação é uma propriedade do seu formulário que dá para ser retirada!! Fica na parte inferior esquerda da sua janela de formulário/relatório...) mas...se você quer usar os mesmos campos para o usuário fazer pesquisa ou cadastrar novos registros na tabela, aconselho a você que não use diretamente os campos de sua tabela... você vai criar um formulário com sua fonte de registro indicando a tabela, mas não vai utilizar esses campos efetivamente...vê se você consegue me entender: todos os campos da sua tabela vão estar invisíveis, ou seja, não vão aparecer para o usuário, apenas no modo design que eles vão poder visualizados... em vez dos campos de sua tabela, você vai colocar CAIXAS DE TEXTO não-acopladas simulando os campos originais de sua tabela... sempre quando você entrar no formulário, você zera o valor dessas caixas de texto....como elas não serão ligadas à sua tabela, se você apagar o conteúdo delas isso não vai interferir nos seus registros da tabela... e então, quando o usuário mandar cadastrar um novo registro, você faz uma programação para indicar os valores das caixas de texto para os respectivos campos de sua tabela... ou se não, quando ele mandar pesquisar, você apenas efetua a pesquisa sem mandar nenhum valor para os campos de sua tabela... deu pra entender? espero que sim... acho que esse método de simulação de campos vai dar bem certinhu pro seu problema...espero que ajude!!! nos retorne o resultado, ok? abração!

complicado hein cara... pensei que daria certo, porque na verdade sql é um complemento...sql é justamente sql em todas as linguagens...acredito eu, pelo menos! assim que souber de qualquer coisa tento te ajudar... abraços! fique com Deus...

rsrs....que bom que deu certo cara... quando fiz os testes aqui pra responder sua dúvida, também ficou bem legal... a idéia foi jóia! cara...fazer uma função pra sozinha pegar o nome dos campos e gerar a linha de código? ixi meu..dae já num sei meo...não manjo muito de vba, muito menos vb... acho que o que você pode é criar uma módulo com os códigos e toda hora que quiser fazer a mesma programação, apenas xamar o módulo...acho que tem como... dá uma pesquisada... acho que a função que xama o módulo é docmd.call...não me lembro! abraços!