Archief - discussie: origineel database ontwerp

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
d

den Acid Burn

Legacy Member
lo,

dit is mss een beetje off-topic, maar ik kan echt de hulp van iedereen gebruiken.
databases komen toch ook regelmatig voor bij webdesign, dus dacht ik laat ik het hier eens proberen.

we moeten voor school een databasesysteem maken in lotus notes.
eerst dachten we iets te doen van een online musicstore of een computerzaak ofzo.
maar dit is al zoveel keren gedaan voor ons...

we zouden echt iets origineels willen doen, maar onze fantasie laat ons in de steek :sad:

heeft er iemand van jullie een briljant idee?
echt ieder idee is welkom!

merci :niceone:

grtz Acid.Burn
J

Joriz

Legacy Member
als het volledig op databaseniveau afspeelt valt dat goed te doen he killgore

met 1 tabel lijk ik er te komen, en lijkt ook te voldoen aan de normaalvormen

id | naam | geboortedatum | geslacht | vaderid | partnerid

hier kan ik alle kinderen, de vader, de moeder en dergelijke meer er uit halen, wel goed idee, maar iets te eenvoudig op databaseniveau dunkt me

probeer de database van een school na te maken: gegevens studenten / docenten, activiteiten, lessenrooster, afwezigheden en dergelijke meer... lijkt me een harder nootje om te kraken, ik kan ook fout zijn
d

dJeez

Legacy Member
Da's wel een iets te simpel model hé Joriz. Iemand kan vb. meer dan 1 keer huwen (daarom nog niet noodzakelijk door een scheiding), en een man met meerdere kinderen in die situatie heeft die ook niet steeds met dezelfde vrouw. En de sterfdatum en huwelijksdatum ontbreekt (die eerste staat zeker in een stamboom, de tweede weet 'k niet zeker). Het lijkt altijd simpel op 't eerste zicht, maar als je wat verder denkt is het geheel echt wel complexer.

Dat ik hier direct aan dacht is gewoon beroepsmisvorming - iets dat je leert door ervaring op te doen :p.

Een agendaplanning (zelfde basisprincipes als een lessenrooster of reservatiesysteem van lokalen, speelterreinen ed meer) opstellen is wel iets moeilijker (zeker als je rekening gaat houden met overboekingen, annulaties ed meer).
E

Ex0dus

Legacy Member
ik vind da als ge da ier zet, dache da dan enkel hier moet zetten, en ni nog is in Software...

en persoonlijk vind ik Joriz zen id nog het beste :niceone:

greetz
J

Joriz

Legacy Member
Het was maar om aan te tonen dat indien je over het stambomen ding een beetje nadenkt krijg je veel in 1 tabel, maar hier ga je geen 10 tabellen nodig hebben..
J

Joriz

Legacy Member
maar partner steek je beter ergens anders in plus de datums er voor
L

Lashknife

Legacy Member
op papier alles in een minimum aantal tabellen en dan beginnen normaliseren... (houd al maar een gommeke bij de hand voor die stamboom, want dat gaat idd verder dan je denkt als je niet binnen de perfecte familie die nooit scheiden of buitenechtelijke kinderen hebben :p )

en acid heeft niet gezegd hoe complex het moet zijn, gewoon iets origineels (dus geen webshop :) )
d

den Acid Burn

Legacy Member
ja da zijn al mooie ideeen :niceone:

ik kreeg ook het idee om een database te maken voor een fictief bedrijf dat zorgt voor lan-benodigdheden.

organisatoren van LAN's kunnen dan onze producten huren.
nog een andere interface voor leveranciers enzo.

of hoe zouden jullie dit uitwerken?
d

den Acid Burn

Legacy Member
ik denk nie dat het te ingewikkeld moet.
het is tenslotte ons eerste eigen databaseontwerp.

hoe zou jij het het beste aanpakken?

jullie hebben al eerder een database gemaakt denk ik toch
k

killgore

Legacy Member
Stamboom kan wat ingewikkelder zijn he :p, huwelijken, scheidingen, kinderen met x, kinderen bij y, stiefkinderen, .... :). Was maar iets dat onmiddelijk bij me opkomt.

Systeem voor een school kan je ook makkelijk doen hoor, is niet zoveel complexer.
J

Joriz

Legacy Member
kinderen haal je gewoon uit waar jouw id als vaderid komt (maak er eventueel een moederid bij)
een tabel met alles ivm huwelijk begin, einde, id's , en je komt uit op twee tabellen... want je kan uit geboortedatum dan weer halen of ie op dat moment een stiefzoon enzo is...
k

killgore

Legacy Member
Joriz zei:
kinderen haal je gewoon uit waar jouw id als vaderid komt (maak er eventueel een moederid bij)
een tabel met alles ivm huwelijk begin, einde, id's , en je komt uit op twee tabellen... want je kan uit geboortedatum dan weer halen of ie op dat moment een stiefzoon enzo is...
Klik om te vergroten...
Ziet er mij al wat ingewikkelder uit als dat schoolsysteem wat enkel id-linking is :). (blijft nog simpel ffcourse, ma toch :p)
J

Joriz

Legacy Member
genoeg gebekvecht..

ik win ;) j/k het is gewoon waar je prioriteiten liggen, zolang je modaalvormen goed zitten en je kent je sql kan je er alles uit halen...
k

killgore

Legacy Member
Joriz zei:
genoeg gebekvecht..

ik win ;) j/k het is gewoon waar je prioriteiten liggen, zolang je modaalvormen goed zitten en je kent je sql kan je er alles uit halen...
Klik om te vergroten...
yup

en tbh, geen van de 2 vb. is echt hoogstaand.
J

Joriz

Legacy Member
maar het zijn beide wel mooie projectjes... zeker als je de drawing api er bij trekt...
L

Lashknife

Legacy Member
den Acid Burn zei:
ik kreeg ook het idee om een database te maken voor een fictief bedrijf dat zorgt voor lan-benodigdheden.
organisatoren van LAN's kunnen dan onze producten huren.
nog een andere interface voor leveranciers enzo.
of hoe zouden jullie dit uitwerken?
Klik om te vergroten...
= webshop...
c

crowke

Legacy Member
maak een ticketing helpdesk systeem...
veel tabellekes gegarandeerd als je het wat functies wil geven :)
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan