MrMALJ

Bom dia, Fera aqui no forum já foi postado alguns sisteminhas de login, use a busca para encontra-los e se possível retorne o link do com o que lhe ajudou na resposta.

Tente na propriedade de evento origem da linha desse objeto usar o comando NZ() para fazer com que ele nunca fique com um valor nulo para parâmetro.

Faça um código vba para verificar se esse produto é a cesta basica, e sendo você usar um insert ou update dos itens constantes na cesta. if produto="cestaBasica" then (coloque seu codigo aqui) end if Segue um artigo sobre o possivel comando http://msdn.microsoft.com/pt-br/library/office/ff194626%28v=office.15%29.aspx

Pode ser feito via VBA, na hora de fazer o insert da tabela você pode fazer um IIF() e dependendo da condição escolher se irá incluir em ambas ou não.

Creio que o ideal era fazer uma tabela para cadastro de estantes, e uma sub-tabela para as demais informações referente a mesma, no cadastro de livros você poderia usar a sub-tabela para referenciar a posição Estante/Andar que se encontra o objeto.

Bom dia, por regra não utilizamos esse tipo de campo como como associação, tente campo chaves que não se repitam como CPF e outros. Caso não seja essa a duvida favor explicar melhor o desejado.

Bom dia Vamos por parte, primeiro quando for abrir um tópico não utilize "ajuda access" e outros que não lembrem a sua duvida. Seu problema se resolve facilmente utilizando associação entre as tabelas utilizadas, o artigo que vou deixar aqui deve sanar isso, depois favor retornar se foi resolvido se problema para que possamos encerrar seu tópico. https://support.office.com/pt-br/article/Associar-tabelas-e-consultas-3f5838bd-24a0-4832-9bc1-07061a1478f6

Amigo a restauração do windows não deve mudar o conteúdo do banco, seus registros devem permanecer do jeito que estavam antes da operação, o que a restauração pode vir a fazer é caso o ponto seja de antes da instalação do sistema que usa o BD é trazer o registro do windows sem as informações necessárias para abrir o sistema.

Bom dia vou te enciar o link de um artigo que tem um VBA que envolve sua questão, se resolver não esqueça de retornar para podermos fecher seu tópico. http://www.ambienteoffice.com.br/officevba/enviar_e-mail_por_vba/

O erro de cardinalidade na view gerada direto entre as duas consultas está dando este retorno de diversas linhas de registro, agora parta do principio o seguinte, a sub consulta será feita de modo a filtrar somente a ultima data de cada curso. Se puder postar essa parte do BD tento montar a ideia e postar de volta.

O que você pode fazer é criar a consulta para pegar a maior data separada, e então usar os resultados dessa consulta na consulta que irá gerar a view final, dessa forma a cardinalidade não irá trazer esse tanto de registro.

Crie um código com um loop pode ser o for...next e coloque sua expressão de inclusão nesse loop. For tst= seuInicio To seuFim dbs.Execute " INSERT INTO suaTabela(seuCampo) VALUES (" & tst & "); dbs.Close Next tst

Dúvida bem recorrente com bastantes casos já solucionados aqui no forum, entenda que toda caixa de combinação (combobox) possui uma origem de dados que poder uma tabela ou consulta, nesse caso sugiro uma consulta que tenha como critério um dos objetos que contenham a informação que vai servir de filtro para a combo, então propriedade de evento após atualizar faça um codigo semelhante a este: me.suaCombo.requery Dessa forma toda vez que você alterar o campo de critério da combo, ela sofrerá o update. Deve resolver, existem outros tópicos relacionados no forum (utilize a busca da seção), caso não resolva post o resultado e ou avise se resolveu!

Também estranho uma chave primária assim, talvez o que você precise seja um campo do tipo data hora que servirá de índice que não poderá ser duplicado, até mesmo o formato com a hora antes da data pode dificultar seu trabalho já que o SQL tem por padrão guardar data e hora e não hora e data.

Creio que a origem de dados do formulário onde apareça essa informação deve ser uma consulta onde o critério seja para mostrar somente os produtos com status ativo, o que você pode fazer é tirar o critério da consulta.

Dá uma olhada neste artigo http://support.microsoft.com/kb/158928/pt-br

Isso crie uma consulta com o dcount() onde o criterio seja velocidade > 90.

Compacte seu BD e anexe ele no post.

Veja como está a replicação das IDs da chave primária nas chaves estrangeiras das outras tabelas.

Passe a estrutura de suas tabelas (com tipos), e tambem o código sql que está usando para fazer a inserção!

O modo folha de dados funciona como reflexo da sua origem de dados tabela ou consulta. Sugiro que você utilize o modo formulario continuo e trate cada campo/objeto.

Simples, na propriedade de evento "ao obter o foco" do campo/objeto que erá executar a ação faça algo assim: me.seuCampoAnterior.value=me.CampoAtual

Ok, obrigado pelo retorno.

Dá uma conferida nesse link http://technet.microsoft.com/en-us/library/ms143432.aspx

Bom dia. Bem vinda ao Forum, peço para que nos próximos posts seus utilize um título que exprima melhor a sua dúvida (afinal Access é no mínimo vago), o que acontece é que a propriedade do seu formulário pode estar configurado para mostrar apenas novos registros, ou seja ele somente mostrará os registros que forem adicionados na seção atual e quando você fecha o formulário ele mostra tudo em branco, mas os registros devem estar em suas respectivas tabelas, como você foi vaga nas informações não posso dizer exatamente onde fazer essa mudança pois não informou qual versão do access está utilizando.