um termo leigo para identificar o relacionamento

Question

Existem casais de perguntas sobre solicitando diferença / explicação sobre a identificação e a não identificação do relacionamento no banco de dados de relacionamento.

Minha pergunta é: você pode pensar em um termo mais simples para esses jargões? Eu entendo que os termos técnicos precisam ser específicos e inequívocos. Mas ter um 'nome alternativo' pode ajudar os alunos a se relacionarem mais facilmente com o conceito por trás.

Na verdade, queremos usar um termo mais leigo em nossa própria ferramenta de modelagem de banco de dados, para que os usuários iniciantes sem muitos antecedentes de ciência da computação possam aprender mais rapidamente.

Felicidades!

Answer 1

Eu sempre vejo mesa de criança ou Tabela dependente usado como termo leigo. Você pode usar qualquer um desses termos para uma tabela com um relacionamento de identificação

Então diga a Tabela de referência é uma tabela com um relacionamento não identificado.

Por exemplo, PhoneNumbers é um filho do Users, porque um número de telefone tem um relacionamento de identificação com seu usuário (ou seja, a chave primária de PhoneNumbers inclui uma chave estrangeira para a chave primária de Users).

Considerando que a Users A tabela tem um state coluna que é uma chave estrangeira para o States mesa, tornando-a um relacionamento não identificado. Então você poderia dizer Users referências States, mas não é um filho disso em si.

Answer 2

Eu penso pertence a seria um bom nome para o relacionamento de identificação.

Um "tipo de entidade fraco" não tem sua própria chave, apenas uma "chave parcial"; portanto, cada instância da entidade desse tipo de entidade fraca deve pertencer a outra instância da entidade para que possa ser identificada, e esse é um "relacionamento de identificação ". Por exemplo, um proprietário poderia ter um banco de dados com apartamentos e quartos. UMA quarto pode ser chamado cozinha ou banheiro, e embora esse nome seja único em um apartamento, haverá muitos quartos no banco de dados com o nome cozinha, então é apenas uma chave parcial. Para identificar exclusivamente uma sala no banco de dados, você precisa dizer que é o cozinha dentro isto apartamento particular. Em outras palavras, os quartos pertence a apartamentos.

Answer 3

Vou recomendar o termo "entidade fraca" da modelagem de ER.

Alguns modeladores conceituam o assunto como sendo composto por entidades e relacionamentos entre entidades. Isso dá origem à modelagem de relação de entidades (modelagem de ER). Um atributo pode estar vinculado a uma entidade ou relacionamento, e os valores armazenados no banco de dados são instâncias de atributos.

Se você fizer modelagem, existe um tipo de entidade chamada "entidade fraca". Parte da identidade de uma entidade fraca é a identidade de uma entidade mais forte, à qual a fraca pertence.

Um exemplo pode ser um pedido em um sistema de processamento de pedidos. Os pedidos são compostos de itens de linha e cada item de linha contém um ID de produto, um preço unitário e uma quantidade. Mas os itens de linha não têm um número de identificação em todos os pedidos. Em vez disso, um item de linha é identificado por {número do item, número do pedido}. Em outras palavras, um item de linha não pode existir, a menos que faça parte de exatamente uma ordem. O item número 1 é o primeiro item em qualquer ordem a que pertence, mas você precisa de ambos os números para identificar um item.

É fácil transformar um modelo de ER em um modelo relacional. Também é fácil para pessoas que são especialistas nos dados, mas não sabem nada sobre bancos de dados para se acostumar com um modelo de ER dos dados que entendem.

Existem outros modeladores que argumentam veementemente contra a necessidade de modelagem de ER. Eu não sou um deles.

Answer 4

Nada, absolutamente nada no tipo de modelagem em que se encontra coisas como "relacionamentos" (er, presumo) é "técnico", "preciso" ou "inequívoco". Nem pode ser.

A) A modelagem é sempre e por necessidade informal, porque nunca pode ser suficiente para capturar/expressar toda a definição de um banco de dados.

B) Existem tantos dialetos de ER diferentes por aí que é impossível para todos eles usarem exatamente os mesmos termos com exatamente o mesmo significado. Recentemente, até descobri que alguma universidade do Reino Unido que ensina modelagem de ER usa o termo "subtipo de entidade" para a mesma coisa que eu sempre costumava nomear "entidade superttype" e vice-versa!

Answer 5

Alguém poderia usar connection.

Você tem conexão entre duas tabelas, onde os IDs são iguais.

Esse tipo de coisa.

Answer 6

e quanto a

• Associação
• Link
• Correlação