Tipi di diagrammi ER

5

Attualmente sto seguendo un corso per la progettazione di database e stiamo utilizzando lo stile del diagramma ER progettato da Peter Chen. Ho un paio di problemi con questo stile:

  • Le chiavi nelle relazioni non sembrano realistiche. In pratica, le chiavi sintetiche come "orderid" sembrano essere utilizzate in quasi tutte le tabelle, incluse le tabelle di associazione, ma i diagrammi in stile Chen sono molto favorevoli (tasti composti table1key, table2key).
  • Non c'è nessuna notazione per il tipo di dati.
  • La forma a rombo per le associazioni è orribile e produce un diagramma disordinato

In generale, sembra difficile catturare alcune relazioni con il sistema Chen.

Quale stile ERD, se esiste, usi? Qual è stato il più popolare nei tuoi luoghi di lavoro? Quali strumenti hai usato, o usi, per creare questi diagrammi?

    
posta syrion 03.02.2011 - 15:46
fonte

2 risposte

2

Non sono sicuro dei nomi dei diagrammi, ma generalmente so di cosa stai parlando.

Alla Tech School che ho frequentato per la prima volta e al dipartimento della CIS dell'Università nella business school (dove ho frequentato una classe di DB) abbiamo usato la notazione di zampe di gallina, che per me è molto più sensata.

Nel reparto CS, mi è stato insegnato da un esperto di DB che ha usato i diamanti per i suoi diagrammi ER, ma non gli importava se usassimo qualche altra notazione per i nostri incarichi (non abbiamo fatto molto diagrammi in quella classe, non quasi quanto nella classe CIS almeno)

In pratica, avere un numero vicino al diamante è buono e buono, ma totalmente inutile. Ciò che preferisci probabilmente dipende da chi ti ha insegnato per la prima volta. Supponevo che, se dici ES Queue Ell, probabilmente usi i diagrammi ER del piede crow. Se dici Sequel, probabilmente usi i diamanti. E se lo chiami semplicemente come un database, probabilmente non usi diagrammi.

Inoltre, i tipi di dati non dovrebbero essere catturati a questo livello di progettazione del database. Almeno nelle mie classi CIS, una volta arrivati a quel punto, avremmo scritto la struttura della tabella in un file di testo. Quindi è a soli 2 passi da una dichiarazione di creazione SQL.

MS Visio può trasformare i tuoi diagrammi in database (e viceversa) in modo che il metodo di diagramming dovrebbe catturare le informazioni che desideri, anche se ho trovato che è piuttosto ingombrante da usare e preferisco usare semplicemente Dia.

    
risposta data 03.02.2011 - 15:53
fonte
2

Sono un "vecchio" (iniziato a usare "ess-queue-ell" prima dello standard del '89) e uso la notazione Crows-Foot. Tuttavia, l'utilizzo di chiavi naturali (multiparte) è una decisione di progettazione, non è dettata dalla notazione (forse il tuo prof sta mixando "notazione" con "processo" in classe?).

La tua classe sta discutendo la differenza tra i progetti di DB logici e fisici? I progetti logici mirano a catturare il dominio a un livello elevato, mentre i progetti fisici modellano la struttura del database attuale (compresi i tipi di dati e i vincoli). I database logici sono raramente normalizzati oltre i 3NF, mentre gli ERD fisici sono normalizzati fino a ottenere le prestazioni corrette;).

    
risposta data 03.02.2011 - 17:58
fonte

Leggi altre domande sui tag