Tipos de diagramas ER

5

Atualmente estou fazendo uma aula de design de banco de dados e estamos usando o estilo de diagrama ER projetado por Peter Chen. Eu tenho alguns problemas com esse estilo:

  • As chaves nos relacionamentos não parecem realistas. Na prática, chaves sintéticas como "orderid" parecem ser usadas em quase todas as tabelas, incluindo tabelas de associação, mas os diagramas de estilo Chen favorecem strongmente as chaves compostas (table1key, table2key).
  • Não há notação para o tipo de dados.
  • O formato de diamante para associações é horrível e produz um diagrama desordenado.

Em geral, parece difícil capturar algumas relações com o sistema Chen.

Qual estilo de ERD, se houver, você usa? Qual tem sido o mais popular em seus locais de trabalho? Quais ferramentas você usou ou usou para criar esses diagramas?

    
por syrion 03.02.2011 / 15:46
fonte

2 respostas

2

Não tenho certeza dos nomes dos diagramas, mas geralmente sei do que você está falando.

Na Escola de Tecnologia em que fui pela primeira vez e no departamento da CEI da Universidade na escola de negócios (onde fiz uma aula de DB) usamos a notação de pé de galinha, o que faz muito mais sentido para mim.

No departamento de CS, fui ensinado por um professor de inglês muito experiente que usava os diamantes para seus diagramas de ER - mas ele não se importava se usássemos alguma outra notação para nossas tarefas (não fizemos muita diagramação nessa classe, não tanto quanto na classe CIS, pelo menos)

Na prática, ter um número próximo ao diamante é bom e bom, mas totalmente sem sentido. O que você prefere provavelmente se resume a quem primeiro te ensinou. Eu diria que se você disser ES Fila Ell você provavelmente usa diagramas ER de pé de galinha. Se você disser Sequel, você provavelmente usa os diamantes. E se você apenas chamar um banco de dados, provavelmente não usará diagramas.

Além disso, os tipos de dados não devem ser capturados nesse nível de design de banco de dados. Nas minhas aulas da CEI, pelo menos, quando chegássemos a esse ponto, nós escreveríamos a estrutura da tabela em um arquivo de texto. Então, é apenas 2 passos de uma instrução de criação de SQL.

O MS Visio pode transformar seus diagramas em bancos de dados (e vice-versa), de modo que o método de diagramação deve capturar as informações desejadas, embora eu tenha achado bastante complicado de usar e prefiro usar o Dia.

    
por 03.02.2011 / 15:53
fonte
2

Eu sou um "oldie" (comecei a usar "ess-queue-ell" antes do padrão '89) e eu uso a notação do pé-de-galinha. No entanto, usar chaves naturais (com várias partes) é uma decisão de design, não é ditada pela notação (talvez seu professor esteja mixando "notação" com "processo" na aula?).

A sua turma está discutindo a diferença entre projetos de DB lógicos e físicos? Os designs lógicos visam capturar o domínio em um alto nível, enquanto os designs físicos modelam a estrutura do banco de dados real (incluindo tipos de dados e restrições). Os bancos de dados lógicos raramente são normalizados além do 3NF, enquanto os ERDs físicos são normalizados até que você obtenha o desempenho correto;).

    
por 03.02.2011 / 17:58
fonte