Índice:
- Um relacionamento de um a outro se conecta um registro na tabela pai para muitos registros na tabela filho.
- Um relacionamento um-para-um conecta um registro na tabela pai para um registro na tabela filho.
- Relaciona o campo da chave primária na tabela pai com o mesmo campo (não a chave primária) na tabela filho.
- Os campos associados à relação devem ser do mesmo tipo de dados.
- Aplica a integridade referencial na caixa de diálogo Editar relacionamentos para evitar a entrada de registro "órfão" na tabela filho.
- Defina campos relacionados à atualização em cascata na caixa de diálogo Editar relacionamentos para atualizar o valor da chave na tabela subordinada quando é atualizado na tabela pai.
- Defina cascata excluir registros relacionados na caixa de diálogo Editar relacionamentos para excluir registros relacionados na tabela subordinada quando a gravação correspondente é excluída na tabela pai.
- Definir relacionamentos entre tabelas automaticamente configura associações para essas tabelas ao criar consultas.
- Exclua um campo que faz parte de um relacionamento e você excluirá o relacionamento.
- Se uma chave primária faz parte de um relacionamento, não é possível alterar a chave primária nessa tabela para outro campo sem primeiro excluir o relacionamento.
Vídeo: Validação de Dados Dinâmica no Excel - Validação Automática! 2025
Um relacionamento de um a outro se conecta um registro na tabela pai para muitos registros na tabela filho.
Defina o relacionamento para conectar pedidos a clientes ou médicos aos pacientes. Um cliente pode ter muitas ordens e um médico pode ter muitos pacientes. Desta forma, você não precisa repetir todas as informações de contato do cliente em cada pedido nem todas as informações de contato do médico em cada paciente.
Um relacionamento um-para-um conecta um registro na tabela pai para um registro na tabela filho.
Este não é um tipo de relacionamento comum, mas pode ser usado se você precisar dividir uma tabela que contenha muitos campos em duas tabelas.
Relaciona o campo da chave primária na tabela pai com o mesmo campo (não a chave primária) na tabela filho.
Este é o cenário mais comum. A tabela pai contém um campo de chave primária e a tabela filho contém o mesmo nome de campo. Por exemplo, uma tabela de clientes e encomendas pode compartilhar um ID de cliente. CustomerID normalmente é a chave primária dos clientes e uma chave estrangeira nas ordens.
Os campos associados à relação devem ser do mesmo tipo de dados.
Não é possível relacionar um campo de texto na tabela pai com um campo numérico na tabela filho ou no visto-versa. Os campos devem ser campos de texto ou números em cada tabela.
Aplica a integridade referencial na caixa de diálogo Editar relacionamentos para evitar a entrada de registro "órfão" na tabela filho.
Um órfão é um registro na tabela filho que não possui um registro correspondente na tabela pai. O exemplo clássico é uma ordem em uma tabela Pedidos para um cliente que não está na tabela Clientes. A integridade referencial impede a entrada desses tipos de pedidos órfãos.
Defina campos relacionados à atualização em cascata na caixa de diálogo Editar relacionamentos para atualizar o valor da chave na tabela subordinada quando é atualizado na tabela pai.
Suponha que você tenha duas tabelas, uma lista de categorias em uma tabela ExpenseType (categoria de nome de campo) e um campo em uma tabela de Despesas denominada Categoria. O campo Categoria em Despesas é preenchido por uma caixa de combinação que extrai seus dados do campo Categoria da tabela ExpenseType.
Suponha ainda que um erro de digitação foi feito para jantar, foi escrito Dinning. Se você configurou campos relacionados à atualização em cascata, você pode editar Dinning em ExpenseType para Dining e ele mudará em todos os registros onde usado na tabela de Despesas.
Defina cascata excluir registros relacionados na caixa de diálogo Editar relacionamentos para excluir registros relacionados na tabela subordinada quando a gravação correspondente é excluída na tabela pai.
Com esta configuração em uma relação entre CustomerID no Cliente e CustomerID em Pedidos, exclua um registro de cliente e você exclui todas as ordens para esse cliente.
Definir relacionamentos entre tabelas automaticamente configura associações para essas tabelas ao criar consultas.
As associações de relacionamento são realizadas para consultar a exibição de design. Se você definir um relacionamento entre Clientes e Pedidos no ID do Cliente, você verá essa linha de junção quando você adicionar essas tabelas a uma nova consulta no design da consulta.
Exclua um campo que faz parte de um relacionamento e você excluirá o relacionamento.
Você não pode ter uma relação entre dois campos se um deles estiver faltando, certo? Então, o Access remove o relacionamento quebrado quando você exclui um campo que faz parte desse relacionamento.
Se uma chave primária faz parte de um relacionamento, não é possível alterar a chave primária nessa tabela para outro campo sem primeiro excluir o relacionamento.
Para alterar as chaves primárias em uma tabela onde sua chave primária faz parte de um relacionamento, primeiro você deve abrir a janela Relações e excluir o relacionamento antes que o Access permita que você altere a chave primária para outro campo nessa tabela.
Voltar Próximo
