Como leio a notação ERD (crow ' s pés) para converter em linguagem natural?
On Dezembro 3, 2020 by adminHistórico
Estou tentando garantir que entendo como ler a notação ERD (Entity Relationship Diagram) para que possa convertê-la em uma explicação de linguagem natural.
Estou tentando garantir que posso explicar um método de converter o que eu veja o diagrama para a linguagem natural.
Vamos usar o seguinte diagrama: (Por favor, não se prenda muito à exatidão das entidades reais, elas são apenas para nosso exemplo.)
Exemplos de frases em linguagem natural
Empresa a ser endereçada
Essa seria uma maneira correta de falar sobre a relação de empresa para endereço.
Uma empresa tem de 1 para vários endereços. (envio, cobrança, etc).
Isso indica que a empresa deve ter pelo menos um endereço , certo?
Isso corresponde à notação que tenho no diagrama?
Empresa para conexão
Cada empresa tem de zero a muitas conexões.
Correto? É assim que eu li aquela barra dupla no lado da empresa?
Como os dois conectores do lado da empresa são diferentes?
Os dois conectores da empresa indicam algo diferente?
Você pode explicar isso?
Ajuda geral para tradução de linguagem natural?
Você tem uma lógica método com etapas que você pode fornecer para examinar cada relacionamento e converter para a linguagem natural?
Por exemplo, com Company to Connection.
-
Onde começo a ler?
-
Como me lembro (ou explico) que o pé de galinha no Connection indica o número de conexões que uma empresa possui e não vice-versa?
Obrigado
Comentários
Resposta
Eu” gostaria de responder de forma mais definitiva agora usando a seguinte imagem (de https://www.lucidchart.com/pages/ER-diagram-symbols-and-meaning )
Usando as definições de esses símbolos, você pode ver que as seguintes coisas são verdadeiras sobre meu diagrama postado originalmente.
- Uma empresa tem de um a muitos endereços. (envio, cobrança, etc.) Uma empresa tem de 0 a muitas conexões
- Uma conexão tem uma (e somente uma) empresa
- Um endereço tem uma empresa – provavelmente deve conter o conector de linha dupla para mostrar que é um e apenas um.
Minha pergunta final foi:
Você tem um método lógico com etapas que você poderia fornecer para examinar cada relacionamento e converter t o linguagem natural?
- Coloque o dedo na entidade com a qual está começando. Por exemplo, coloque o dedo em Empresa.
- Agora diga, “Empresa tem …” e escolha a entidade relacionada sobre a qual deseja falar. Por exemplo, escolha conexão.
- Observe o símbolo de relação que toca a entidade Conexão (é o círculo vazio com três linhas (pernas)) que indica zero para muitos.
- Continue dizendo “… zero a muitas conexões”.
A frase final seria,
“A empresa tem zero a muitas conexões. “
É assim que você transforma símbolos em diagramas de relacionamento de entidade em linguagem natural.
Comentários
- Considere também: [1] Relacionamentos (em um ERD) devem funcionar de AMBAS maneiras (se não ‘ t, um pode terminar modelagem de relacionamentos redundantes). Por exemplo. olhando para o diagrama original: Empresa – < Conexão, também considere que cada Conexão PODE (não ‘ deve ‘) estar associado a uma empresa, ou seja, pode existir uma conexão sem uma empresa. Esta é uma regra de negócios válida (no cenário)? [2] Sempre que possível, use um verbo que seja mais descritivo do que ” tem “. Por exemplo. Empresa – < Produto: faz diferença se você diz ” entrega ” ou ” fabrica “, pois informa o que a empresa (na verdade) faz.
- Na verdade, cabe à empresa conexão que você pode estar lendo ao contrário.O diagrama original realmente indica que a empresa tem de 0 a muitas conexões, mas uma conexão tem uma (e apenas uma) empresa – que ‘ são as duas linhas tracejadas do lado da empresa. Somente se o lado da empresa do diagrama tivesse o símbolo zero ou um, o que você disse seria verdadeiro.
Resposta
A partir deste link: espelho archive.org (o url original está quebrado) 1
Cardinalidade e Modalidade são os indicadores das regras de negócios em torno de um relacionamento. Cardinalidade se refere ao número máximo de vezes que uma instância em uma entidade pode ser associada a instâncias na entidade relacionada. Modalidade refere-se ao número mínimo de vezes que uma instância em uma entidade pode ser associada a uma instância na entidade relacionada. A cardinalidade pode ser 1 ou Muitos e o símbolo é colocado nas extremidades externas da linha de relacionamento, mais próximo da entidade, a modalidade pode ser 1 ou 0 e o símbolo é colocado na parte interna, próximo ao símbolo de cardinalidade. Para uma cardinalidade de 1, uma linha reta é desenhada. Para uma cardinalidade de Muitos, um pé com três dedos é desenhado. Para uma modalidade de 1, uma linha reta é desenhada. Para uma modalidade de 0, um círculo é desenhado. zero ou mais [b4] 1 ou mais [b5] 1 e apenas 1 (exatamente 1) [b6] zero ou 1 [b7] Cardinalidade e modalidade são indicadas em ambas as extremidades da linha de relacionamento. Depois de fazer isso, as relações são lidas como sendo 1 para 1 (1: 1), 1 para muitos (1: M) ou muitos para muitos (M: M).
[1] Link original: http://web.simmons.edu/~benoit/lis458/CrowsFootNotation.pdf
Resposta
Para explique adequadamente qualquer notação de modelagem que você precisa para entendê-la. Existem muitos recursos por aí – aqui está um site relevante para você começar. É um tópico extenso e amplamente documentado para abordar em uma pilha troca de resposta. Se você deseja escrever explicações realmente técnicas de cada relacionamento, a documentação do modelo o levará facilmente até lá.
Quanto às suas questões de processo:
Você tem um método lógico com etapas que poderia fornecer para examinar cada relacionamento e converter para a linguagem natural?
Como acontece com qualquer escrita de seu O público deve direcionar o foco e o estilo de sua escrita. Você está escrevendo um documento técnico? Se sim, para quem especificamente? A maioria dos profissionais de banco de dados irá apenas para o diagrama. Se você está escrevendo para usuários de negócios, concentre-se no processo deles e deixe-o guiar sua estrutura e escolha de palavras. Por exemplo, se o modelo descreve como registrar o endereço de uma empresa, o lugar mais familiar para começar é a empresa. Coloquialmente, discutimos o endereço de uma empresa, não a empresa de um endereço.
Onde começo a ler?
Se você está seguindo o processo / sugestão coloquial, comece com a empresa e explorar logicamente seus relacionamentos. No exemplo, há duas tabelas significativas que estão relacionadas e descrevem uma empresa.
Comece explicando que: "A company has at least one, and possibly many, addresses."
Você terá que voltar para explicar coisas que normalmente não pensamos em uma conversa casual. Você pode continuar explicando que "We only store connection types that relate to a company (it"s not a long list of arbitrary or potential connection types) and each connection type has only one company."
Isso descreve o relações e quais são as nossas regras de dados. Também não parece fazer muito sentido, então se este não fosse um esquema de exemplo, eu sugeriria que alguém desse uma olhada no design ou pensasse muito sobre seus processos de negócios! é uma das razões pelas quais você encontrará informações adicionais relacionadas à conversão de linguagem para modelo e pensamento na documentação ERD.
Muitos profissionais passarão por esse tipo de exercício como um teste para ver se seus modelo faz sentido. O que eles podem começar a se perguntar é: "Does a company have a connection type, or does it make more sense that a company"s relationship with it"s multiple addresses have connection types?"
O que deve levá-los a se reestruturar com uma tabela de pesquisa e uma descrição como: "A company has one or more addresses of different types."
A company has 1 or more addresses