Eficiência em Design de Banco de Dados - Parte 1Division 3Introduction Esta é a parte 1 de Eficiência minha série em Design de Banco de Dados. Eu suponho que você leu todas as diferentes partes do grande série até este ponto. Esta grande série é dividido em um certo número de divisões. Cada divisão tem um número de peças. A divisão anterior lidou com a concepção de tabelas de banco de dados. O título da primeira parte desta divisão é, Normalização. Para chegar a essa divisão, basta digitar o título e meu nome, Chrys na caixa de pesquisa da página e clique em Pesquisar.
Esta é a divisão 3. Nesta divisão, vemos como fazer um banco de dados eficiente. Nesta parte da série, nós olhamos o que é chamado de integridade referencial no banco de dados. Nota: Se você não pode ver o código ou se você acha que alguma coisa está faltando (link quebrado, imagem ausente), apenas contacte-me em [email protected]. Ou seja, contacte-me para o menor problema que você tem sobre o que você é reading.
Referential Integridade Considere as duas tabelas a seguir: Vendas (SaleID, data, EmployeeID, CustomerID) SaleDetails (SaleID, ProductID, SoldPrice) A relação entre os dois quadros é um-para-muitos. Uma no lado de vendas e muitos no lado de SaleDetails. A chave primária para a tabela de vendas é SaleID. A chave primária para a tabela SaleDetails é composta (SaleID, ProductID). Considere as duas tabelas a seguir: Empregado (EmployeeID, Endereço, Cidade, Estado, País, Telefone) Ordens (OrderID, Data, EmployeeID, SupplierID) A relação entre as duas tabelas acima é de um-para-muitos.
Um do lado do Empregado e muitos do lado de Pedidos. A chave primária para a tabela de funcionários é EmployeeID. Nosso interesse na tabela Encomendas é a chave estrangeira, EmployeeID. Um funcionário pode fazer muitos pedidos. Integridade Referencial se refere à relação estreita entre as linhas das duas tabelas de um-para-muitos relationship.Adding ou inserção de uma linha para o lado muitos Considere as duas últimas mesas acima. Você tem a tabela de funcionários, que contém uma lista de informações dos funcionários.
A relação entre as duas tabelas é através da coluna CódigoDoEmpregado em ambas as tabelas. Um valor EmployeeID aparece apenas uma vez na tabela de funcionários, mas pode aparecer em mais de uma linha (na chave estrangeira) na tabela Encomendas. Para cada linha na tabela Pedidos, há uma linha correspondente na tabela de funcionários. Em um relacionamento um-para-muitos, você não pode