[Resolvido]Dúvida com combobox que propaga dados em cascata

Assunto referente a este tópico: Filtragem em Cascata

Boas pessoal... eu estou com o mesmo problema....não estou a conseguir mesmo com as vossas dicas

Tenho uma tabela com:
Código Tipo Curso (numero) - não é numeração automática
Tipo Curso (texto) - diz os tipos de cursos...licenciatura, mestrado, doutoramento, etc...

Outra Tabela com:
Código Curso (numero)- não é numeração automática
Curso - (Texto) - nome do curso
Código Tipo Curso (numero) - não é numeração automática

O problema reside aqui...Tenho um Formulário em que me aparece uns dados sobre um evento, dentro deste há um sub-formulário no qual eu insiro Participantes (até aqui tudo a trabalhar mt bem), nesta fase, é necessário preencher uns dados (nome,morada,tlf,email...), ainda na inscrição do participante tenho um "Já foi aluno aqui?" sim/não se sim tenho de especificar qual o curso, então aqui entra o meu problema, eu quero escolher o tipo de curso numa caixa e noutra apenas aparecer os cursos daquele tipo, e depois isto tudo vai gravar na tabela de participantes...

Ja sondei vários lados e nada...

Alguem me pode dar uma força?

Em anexo vai como estão relacionadas as tabelas....

https://2img.net/r/ihimizer/i/relaes.png/

Obrigado

Olá rlopikx, boas tardes!

Diga-me, a tabela TipoCurso está em forma de subformulário dentro do formulário vinculado a tabela Participantes ?

Ou ...

A tabela TipoCurso é uma tabela origem de fonte numa combobox dentro do formulário vinculado a tabela Participantes ?

Veja se isto se adapta ao que pretende

Amigo Dilson

A tabela TipoCurso está em forma de subformulário dentro do formulário vinculado a tabela Participantes, sem bem percebi sim está.

Chegou a ver o exemplo que lhe enviei?

Terminei mesmo agora de o ver....eu ja tinha visto um muito parecido numa duvida de um user Stella... era muito semelhante a este.

Mas sim eu pretendo mesmo isto. Só que nao estou a conseguir coordenar isto na minha bd.

Veja as instruções SQL nas Combos

analisei e de acordo com a informação que a tabela TipoCurso está em forma de subformulário vinculado ao formulário da tabela Participantes, então:

Crie mais um campo na tabela TipoCurso para receber o nome do tipo de curso;

Coloque o tipo de dado como numero do campo Curso na tabela TipoCurso;

Abaixo o organograma da relação que acho que dará certo. Empregue o código nos campos Curso e Tipo de Curso do subformulário vinculado a tabela TipoCurso:



Nota:
Poderá renomear ou editar os campos, eu marquei com um x verde as sugestões, exceto a junção existente da tabela TipoCurso e Curso.

Bom dia.
Desde já queria pedir desculpa por não ter dado um feedback, pelas soluções propostas por vocês.

No entanto a bd continua a trabalhar mal ...a solução das relações não estão a trabalhar.

Vou fazer um upload da bd para que possam dar uma vista de olhos, e então poderem-me ajudar.

Desde já...

Obrigado

Bd: Base Dados.zip

Amigo

Não estou conseguindo o download. Speed Share é óptimo, tente colocar lá.

Editei o post...

Ja está.

Base Dados versão 2003

Amigão

Era óptimo se coloca-se em 2003. Ficava acessível a um número maior de colegas quer disponível para ajuda, quer para exemplo depois de pronto.

Obrigado

Editei o post....o link ja está actualizado...

Vai-me sanar aqui uma dúvida:

No formulário Participantes, tem realmente uma combo com a designação de cursos e uma listBox com tipo de curso.

Não vejo o que um tem a ver com o outro para fazer 2 combos sincronizadas que nem existem, ou melhor só existe uma que são os cursos.

Vieriasoft desculpe, mas vai ter que me falar com nomes... como reparou a bd tem uma carrada de forms...que fui criando para tentar estruturar, de certa forma alguns estão a mais.
Não sei se consegui compreender o objectivo da bd... eu sei que está confusa...mas tb como nao sou pró, apenas começei a trabalhar com access 3Jan2011 ...peço que me dêem algum desconto.

Obrigado

Olá rlopikx, boas tardes!


Abraço

Agradecido...

è isso Dilson, porque o colega estava com dificuldade na implementação de código em 2 combos e eu até enviei um exemplo, agora verifico que das 2 combos só existe uma e uma caixa de listagem. O colega está a fazer alguma confusão, ou sou eu que estou???

Vieirasoft....acredite que devo ser eu....

Ok Amigão, é que eu procurei outra combo e não encontrei. para fazer o que você quer teriamos que ter o seguinte:

1- Uma tabela Cursos e uma tabela sub cursos. Veja por exemplo o exemplo que lhe enviei e vai compreender a lógica.

Se precisar de ajuda, conte comigo e com o Dilson.

Mas vieira...eu provavelmente devo ter mencionado 2 combs por erro...eu deveria querer dizer combinar 2 caixas de combinação. Penso que foi uma confusão minha que esta a confundir isto tudo. No Formulário "GesPartEvent - Participantes" depois de criado o Evento, tenho que inserir Participantes e se eles já foram alunos da escola escolho o tipo de curso e consequentemente agregado aquele tipo de curso escolho o curso... o objectivo deste caso é apenas este...

Posteriormente vou ter outros com certeza, pq a ideia é inserir participantes num determinado evento... tipo tenho que por uma caixa de combinação com os eventos inseridos, depois de escolher o evento insiro os participantes que precisar...


esta é a ideia base...


Obrigado por todo o tempo e as ideias que me estão a dar...

Esse formulário que indicou está só de leitura.

Não...o formulário que falei, é o que vai ser usado para inserir os participantes.... daí o porque de colocar a combinção...

Isso, podem contar comigo, vamos encontrar uma solução.

Está uma correria aqui, mas, já estou a estudar o Projeto.

Bancos relacionais costumam ter uma tabela que sempre chamo ao meu modo de "motor", ou seja, é a tabela que força a alimentação de dados a base, exemplo:

Um Banco de Dados de vendas, o motor é a tabela vendas, porque todas as demais recebem novos dados, mediante o aparecimento de novas vendas, que força a alimentação de novos clientes e também novos produtos, unidades de medidas e tal.

Asim como um Banco de Dados de uma escola, o motor é a tabela matrícula ou turmas, pois ao aparecimento de novas matrículas, estará a tabela Alunos forçada a receber novos cadastros de alunos.

Seguindo esse raciocínio, eu identifiquei como sendo o motor deste banco a tabela ParticipaçãoEventos, pois a tabela Participantes espera pelo o acontecimento de novos eventos para se cadastrar novos participantes, seria isso rlopikx?!

Ou ...

A tabela Participantes trabalha como catalogo obrigatório, tratando a tabela ParticipaçãoEventos somente como situações eventuais!? (Que no dia a dia rotineiro, as pessoas são obrigatoriamente cadastradas independente da existência de cursos em abertos)

rlopikx, seria uma dessas duas situações o objetivo do banco?

Será de mais importante sabermos isso, pois a partir daí saberemos como proceder em cima dos objetos.

Preciso sair agora, mas, continuaremos o estudo.

O raciocínio esta espectacularmente bem pensado...mas nesta lógica de ideias o motor da base seria a tabela "Eventos"
ou o formulário "GesPartEvent - Inserir Eventos", pois como disse Dilson a tabela Participantes espera pelo o acontecimento de novos eventos para se inscrever novos participantes, e os eventos são criados na tabela "Eventos".


O objectivo do banco é essencialmente poder ter um registo de Eventos que são realizados na escola e a esses eventos registar participantes, de forma a que a pessoa que vai estar a lançar no banco os participantes, possa associar os mesmos a determinado evento (já inserido na base). Outro objectivo essencial que já esta solucionado na base, é poder então "controlar" quanto tempo (horas ou dias) que o participante está fisicamente no evento (palestra, reunião, etc.), para que, de acordo com as pessoas que requereram o evento seja determinado que só se emite um certificado de presença aos participantes que estiveram um X de % de horas/dias no evento. Por exemplo: >=75% do total de horas ou dias que já foi definido previamente, quando se insere os eventos). No final do evento é feita uma consulta ao qual o critério [Qual a percentagem]= X e essa consulta devolve os Participantes que tenham esse determinado número, e então seguidamente procedesse a emissão dos certificados de presença.


Espero ter conseguido explicar-me ...


Obrigado.

Preciosas informações.

Mais uma pergunta antes de começarmos a agir.

Quando você fala: "possa associar os mesmos a determinado evento (já inserido na base)"

Você quer dizer que o nome dos eventos da tabela Eventos equivalem ao nome dos cursos que serão cadastrados na tabela Curso??

Porque se for isso, estarás criando redundância nas informações, e se for realmente isso, não precisaremos da tabela classificaçãoEventos, pois esta, poderemos substituir pela tabela Cursos que além de seus dados armazenaria também os de classificação. Com este novo modelo, a tabela cursos distribuiria dados para a tabela Eventos e para a tabela Participantes.

Olhe o organograma das relações das tabelas que entenderá.

Analise.

Ola Dilson..

Não...

Cada Evento tem um nome e cada evento tem um tipo de Classificação (Palestra, Reunião,etc...)

Cada Participante de um determinado Evento se foi ou é estudante da Escola, e então ai entra a situação das caixas combinadas, escolhe-se o tipo de Curso e o Nome do Curso desse tipo de curso...

Ok entendido, eu me equivoquei com a declaração, isso acontece.

Vamos em frente,

Percebo que queres empregar a interação de combos no objeto: GesPartEvent - Participantes

Escolhendo-se primeiro o Tipo de Curso e na segunda combo mostrar os Cursos relacionados aos Tipos de Cursos.

Se for desta forma, não é um subformulário dentro do formulário como havia dito e sim uma unica seleção de um tipo de curso e curso.

Se assim for, não precisaremos da tabela Tipo Curso.

Usaremos somente a tabela Cursos que faremos uma consulta para alimentar o formulário GesPartEvent - Participantes

Exacto!
Agora o problema e mesmo por isso a funcionar...

Mas...eu nao estou a ver como por isso a funcionar, nem mesmo estou a conseguir :S

Amigo já está a funcionar como deseja, o problema agora é a anexação, não estou conseguindo de nenhuma forma, tô na ultima tentativa agora utilizando o speedyshary, aguarde está com 34% carregada

Aqui:

http://www.speedyshare.com/files/27331475/GestPart_1.zip

A tabela Tipo Curso foi descartada, podes excluir do banco.

Fui na tabela Participantes e modifiquei o campo [Código Tipo Curso] para [TipoCurso] com formato Texto e o campo [Código Curso] para [Curso] formato texto.

Puxei uma relação simples da tabela Curso pra a tabela Participantes

Fiz uma consulta da tabela Curso chamada "FiltraCurso"

da consulta "FiltraCurso" que chamo para alimentar a combobox TipoCurso do formulário "GesPartEvent - Participantes"


Na tabela Curso, também modifiquei [Tipo Curso] para [TipoCurso]


Bem, são essas as informações para que se situe no que foi feito.

Boa..

Altamente....
A ideia era mesmo esta...

Ja agora Dilson viu ou encontrou alguma coisa que lhe pareceu a mais? ou alguma ideia para colocar lá?

Olá,

Estava revisando e aquela relação da tabela curso para a tabela participantes não tem função alguma, pode apagar o relacionamento.

Vejo que usar a consulta para filtrar os dados para posterior propagar no controle, percebi que pode ser considerada uma forma de enganar a numeração automática. Veja que armazenamos os dois campos na tabela com formato texto, se fosse direto, armazenaria com certeza em número.


Quanto a ver o que pode acrescentar ou remover, vou dar uma olhada nos outros objetos e te falo.

Boa noite.

Olá, que bom que deu certo.

Ajudarei sim o tanto quer for necessário, no entanto, para normalizar a catalogação de assuntos e facilitação de buscas, proponho que se encerre este tópico e que se abra um outro com o assunto em específico.

Antes de encerrar, o que vi e acho que tens que dar uma olhada e nos objetos "Sub Formulário - ParticipaçãoEventos" com o "Formulário Principal - ParticipaçãoEventos". Percebi neles que tem dados duplicando, no form e no subform. dá uma olhada nos dados e funcionamento, se olhar e ter certeza que é o que planejou, desconsidere esta minha observação.

Outra coisa é a normalização, procure juntar os nomes de por exemplo: [Tipo Curso] para [TipoCurso], esse procedimento te facilitará a programação. O Criquio elaborou um ótimo tutorial que te será útil, veja nesse tópico: Dicas para iniciantes - Nomear campos e elementos de um sistema em Access

Eu, como, acredito todos que iniciam no Access, esbarram com essa dificuldade por culpa da própria Microsoft que induz qualquer iniciante ao erro, veja que quando se cria uma tabela a chave primária é automaticamente criada com o nome de Código (com acento), se usa o assistente de expressões, os nomes vem acentuados, se usa os bancos de exemplos, você se depara com os nomes com espaços. Eu no meu inicio, achei que não havia nada de mal, por perceber que a ferramenta assim o fazia.

Na minha modesta opinião, acho que quando a Microsoft direciona esta ferramenta para usuários finais, esquece de dizer que usuário final ele será desde que não utilize o editor do VBA. Vejo que a Microsoft apenas deixou de documentar que aquele usuário final que começar a usar o VBA, naquele momento deixará de ser um usuário final, e se assim se submete, terá que, por conta própria se interar dos conceitos de criação e normalização.

Vamos em frente.