Ik heb voor het uitgaan database project even een ER diagram in elkaar gedraaid (met cacoo :mrgreen:) Ik ben er dus van uitgegaan dat er een verzameling mensen zijn, een verzameling uitgaansplekken en een verzameling consumpties (waarvan een subset drankjes is).
— Sheet 1: 4 entities, 1 parent-child relation

Op Sheet 2 kan je het daadwerkelijke database model zien, wat de relaties:

• tussen mensen en uitgaansplekken “going_out’s” noemt
• tussen uitgaansgelegenheden en consumpties een prijs noemt
• tussen prijzen en going_out’s en users een “buys” noemt

— Sheet 2: Sheet 1 + 3 relaties

[cacoo width=”550″ height=”600″ theme=”cacoo” toolbar=true]https://cacoo.com/diagrams/VnrcKUQiqy2ZKxDU[/cacoo]

 /
 |-- Klik hier om naar het tweede blad te gaan
Klik op het plaatje om het beter te bekijken.

Dit converteren naar goede (My)SQL DDL is niet heel erg moeilijk, maar vereist wel enig denkwerk over de verschillende relaties.

-- going_out.sql
-- Last update: 2009/12/26 11:36


-- user
DROP TABLE IF EXISTS user;
CREATE TABLE user (
  user_id INT NOT NULL AUTO_INCREMENT,
  user_email TEXT NOT NULL,
  user_name TEXT NOT NULL,
  user_password VARCHAR(32) NOT NULL,
  PRIMARY KEY (user_id)
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
 
-- place
DROP TABLE IF EXISTS place;
CREATE TABLE place (
  place_id INT NOT NULL AUTO_INCREMENT,
  place_name TEXT NOT NULL,
  place_location TEXT NULL,
  PRIMARY KEY (place_id)
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
 
-- consumption
DROP TABLE IF EXISTS consumption;
CREATE TABLE consumption (
  cons_id INT NOT NULL AUTO_INCREMENT,
  cons_name TEXT NOT NULL,
  PRIMARY KEY (cons_id)
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
 
-- drink
DROP TABLE IF EXISTS drink;
CREATE TABLE drink (
  cons_id INT NOT NULL,
  drink_volume FLOAT NOT NULL DEFAULT 0.2,
  drink_alc_perc FLOAT NULL,
  PRIMARY KEY (cons_id),
  FOREIGN KEY (cons_id) REFERENCES consumption(cons_id) 
    ON UPDATE CASCADE ON DELETE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
 
-- going_out
DROP TABLE IF EXISTS going_out;
CREATE TABLE going_out (
  go_id INT NOT NULL AUTO_INCREMENT,
  go_date DATETIME NOT NULL,
  place_id INT NULL,
  PRIMARY KEY (go_id),
  FOREIGN KEY (place_id) REFERENCES place(place_id)
    ON UPDATE CASCADE ON DELETE SET NULL
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
 
-- price
DROP TABLE IF EXISTS price;
CREATE TABLE price (
  price_id INT NOT NULL AUTO_INCREMENT,
  place_id INT NULL,
  cons_id INT NULL,
  price FLOAT NOT NULL DEFAULT 2.0,
  PRIMARY KEY (price_id),
  FOREIGN KEY (place_id) REFERENCES place(place_id)
    ON UPDATE CASCADE ON DELETE SET NULL,
  FOREIGN KEY (cons_id) REFERENCES consumption(cons_id)
    ON UPDATE CASCADE ON DELETE SET NULL
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
 
-- buys
DROP TABLE IF EXISTS buys;
CREATE TABLE buys (
  go_id INT NOT NULL,
  user_id INT NOT NULL,
  price_id INT NOT NULL,
  buys_qty INT NOT NULL DEFAULT 1,
  PRIMARY KEY (go_id,user_id,price_id),
  FOREIGN KEY (go_id) REFERENCES going_out(go_id)
    ON UPDATE CASCADE ON DELETE CASCADE,
  FOREIGN KEY (user_id) REFERENCES user(user_id)
    ON UPDATE CASCADE ON DELETE CASCADE,
  FOREIGN KEY (price_id) REFERENCES price(price_id)
    ON UPDATE CASCADE ON DELETE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

Dat is nogal wat SQL en ik weet niet eens zeker of dit correct is (even uit de losse pols ;)), maar dit is volgens mij wel een redelijk goede vertaling van het ER diagram. Ik heb voor elke entity en relatie een tabel gemaakt in de database, en alle foreign key relaties aangebracht.

Er is (impliciet) vanuit gegaan dat een “user” meegegaan is met een “going out” (uitgaansavond/gelegenheid) als hij 1 tot n consumpties besteld. Wat ook wel logisch is want anders zit je er maar een beetje bij. 😉 Daarom bestaat er dus geen aparte tabel om deze relatie te beschrijven, aangezien deze achterhaald kan worden door de tabel “buys”.

Wat mij nu nog rest is natuurlijk de invoer software…

— Edit (2009/12/26): Vernieuwde SQL met beschrijvingen van de foreign keys en actions