Um relacionamento um-para-muitos conecta um registro na tabela pai a muitos registros na tabela filho
Definir a relação para ligar ordens para os clientes ou médicos aos pacientes. Um cliente pode ter muitas encomendas e um médico pode ter muitos pacientes. Dessa forma, você não tem que repetir todas as informações de contato do cliente em cada ordem nem todas as informações que o médico de contato em cada paciente.
Uma relação de um-para-um conecta uma ficha na tabela pai para um registo na tabela criança
Este não é um tipo de relacionamento comum, mas pode ser usado se você precisar dividir uma tabela que contém muitos campos em duas tabelas.
Relacionar o campo de 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 tabela filho contém o mesmo nome do campo. Por exemplo, um Clientes e Encomendas mesa pode compartilhar um CustomerID. Cliente é normalmente a chave primária de clientes e uma chave estrangeira em ordens.
Campos unidos na relação deve ser do mesmo tipo de dados
Você não pode relacionar um campo de texto na tabela pai a um campo de número na tabela de criança ou vice-versa. Os campos devem ser ou campos de texto ou campos de número em cada tabela.
Impor a integridade referencial na caixa de diálogo Editar relações para evitar “órfão” de entrada de registro na tabela filho
Um órfão é um registro na tabela filho que não tem um registro correspondente na tabela pai. O exemplo clássico é um fim em uma tabela Pedidos para um cliente não na tabela clientes. integridade referencial impede de entrar esses tipos de ordens órfãos.
Definir áreas afins de atualização em cascata na caixa de diálogo Editar relações para atualizar o valor de chave na tabela filho quando ele é atualizado na tabela pai
Suponha que você tenha duas tabelas, uma lista de categorias em uma tabela ExpenseType (nome do campo Categoria) e um campo em uma tabela Despesas chamada Categoria. O campo de categoria nas Despesas é povoado por uma caixa de combinação que puxa seus dados de campo Categoria da tabela ExpenseType.
Suponha ainda que um erro de digitação foi feita para jantar, ele foi escrito Dinning. Se você quiser definir áreas afins de atualização em cascata, você pode editar Dinning em ExpenseType para jantar e vai mudar em cada registro onde usado na tabela de Despesas.
Set exclusão em cascata registros relacionados na caixa de diálogo Editar relações excluir registros relacionados na tabela filho quando o registro correspondente é eliminado na tabela pai
Com esta configuração em um relacionamento entre Cliente no Cliente e Cliente no Orders, excluir um registro de cliente e você vai eliminar todos os pedidos para esse cliente.
Definir relações entre tabelas define automaticamente junta-se para essas tabelas ao construir consultas
Relacionamento junta são realizados para consultar vista design. Se você definir uma relação entre clientes e encomendas em CustomerID, você verá que juntar linha quando você adicionar essas tabelas para uma nova consulta no design da consulta.
Excluir um campo que é parte de um relacionamento e você vai eliminar a relação
Você não pode ter um relacionamento entre dois campos se um deles está faltando, certo? Assim, Access remove o relacionamento quebrado quando você excluir um campo que é parte dessa relação.
Se uma chave primária é parte de um relacionamento, você não pode alterar a chave primária na tabela para outro campo sem primeiro excluir o relacionamento
Para alterar as chaves primárias em uma mesa onde sua chave primária é parte de um relacionamento, você deve primeiro abrir a janela Relações e excluir o relacionamento antes que o acesso lhe permitirá alterar a chave primária para outro campo na tabela.
