Database Model: Bestellingen

Onderstaand diagram toont de visuele opbouw van de centrale tabel bestelling en de omliggende relaties. Klik op de afbeelding om deze te vergroten:

De tabel bestelregel vormt de koppeling tussen bestelling en product. Dit is een klassiek voorbeeld van een Many-to-Many relatie.

Tabel: bestelling

CREATE TABLE bestelling (
    bestelling_id INT AUTO_INCREMENT PRIMARY KEY,
    besteld_op DATETIME DEFAULT CURRENT_TIMESTAMP,
    totaal_bedrag DECIMAL(10,2) NOT NULL,
    gebruiker_id INT,
    bestelling_status_id INT,
    betaalmethode_id INT,
    betaling_status_id INT
);

Tabel: bestelregel

CREATE TABLE bestelregel (
    bestelling_id INT,
    product_id INT,
    aantal INT NOT NULL,
    prijs_per_stuk DECIMAL(10,2) NOT NULL,

    PRIMARY KEY (bestelling_id, product_id),

    FOREIGN KEY (bestelling_id) REFERENCES bestelling(bestelling_id),
    FOREIGN KEY (product_id) REFERENCES product(product_id)
);

View: v_order_detail

CREATE VIEW v_order_detail AS
SELECT 
    b.bestelling_id,
    b.besteld_op,
    p.naam AS product_naam,
    br.aantal,
    br.prijs_per_stuk,
    (br.aantal * br.prijs_per_stuk) AS subtotal
FROM bestelling b
JOIN bestelregel br ON b.bestelling_id = br.bestelling_id
JOIN product p ON br.product_id = p.product_id;

Hieronder zie je hoe data wordt opgeslagen. Let op dat kolomnamen exact overeenkomen met de DDL.

Tabel: bestelling

Tabel: bestelregel

Een View verbergt de complexiteit van JOINS. Je kunt deze bevragen alsof het een normale tabel is:

SELECT * FROM v_order_detail 
WHERE bestelling_id = 1;

• Historische Prijs: Door prijs_per_stuk in de bestelregel op te slaan, blijft de prijs van een order gelijk, ook als het product later duurder wordt in de webshop.
• Lookup Tabellen: Statussen en betaalmethoden worden apart beheerd via IDs. Dit voorkomt typefouten en maakt wijzigingen (bijv. "Creditcard" naar "Mastercard") makkelijk.
• Schaalbaarheid: Door de koppeltabel kan een bestelling oneindig veel verschillende producten bevatten zonder dat de tabelstructuur hoeft te veranderen.

1. Wat is de functie van de PRIMARY KEY in de bestelregel tabel?
2. Waarom is DECIMAL(10,2) beter voor prijzen dan FLOAT?
3. Kun je uitleggen waarom de klant-ID (gebruiker_id) in de tabel bestelling staat en niet in bestelregel?
4. Wat gebeurt er met de dagplanning als je een JOIN vergeet tussen bestelling en bestelregel?

Dit model vormt het fundament voor vrijwel elke e-commerce database ter wereld.