:strip_icc():strip_exif()/u/43250/crop68baa3c257258_cropped.jpg?f=community)
:strip_exif()/u/13818/episodebutler_60x60.gif?f=community)
idd, ben ik het helemaal mee eens.. Nu maar ff wachten wie bij wie op het ignore lijstje komt
Ken Thompson's famous line from V6 UNIX is equaly applicable to this post:
'You are not expected to understand this'
1 foto kan ook op 2 plekken komen,
stel je neemt een foto van de eiffeltoren af.
Dan kan hij in 'fotos steden' en in 'rivieren'
stel je neemt een foto van de eiffeltoren af.
Dan kan hij in 'fotos steden' en in 'rivieren'
Ken Thompson's famous line from V6 UNIX is equaly applicable to this post:
'You are not expected to understand this'
:strip_icc():strip_exif()/u/12133/foxlogo.jpg?f=community)
Je kan toch ook een extra kolom aan Foto hangen met kolomnaam Fotograaf.Op dinsdag 18 december 2001 14:24 schreef Wokker het volgende:
Ik zou ook nog een aparte tabel bijhouden om de fotografen in bij te houden. Want meerdere foto's die door een fotograaf gemaakt kuinnen worden
't lijkt me niet echt allemaal nodig om gegevens van een fotograaf bij te gaan houden....kan wel maar dan krijg je dus een extra tabel met weer een relatie.
-
:strip_icc():strip_exif()/u/7418/the_hat_icon.jpg?f=community){kind=icon}
:strip_exif()/u/22119/ch.gif?f=community)
* drm kan het niet laten
*proest*
Sorry hoor, maar dat slaat helemaal nergens op. Waarom zou je ergens een entiteit van maken en die entiteit niet in relatie brengen met (een) andere entiteit(en)
* drm denkt aan normalizeren
En een foreign key is geen relatie
Volgens mij ben je een beetje in de war met N:M relaties en evt. relatie-entiteit 
Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz
*proest*
Ja, en dat boeit me dus niks. Laat em eerst maar eens met argumenten komen.Op dinsdag 18 december 2001 14:34 schreef Dash2in1 het volgende:
[..]
Daar kreeg ik nou een *proest* op van Dusty
Hij vind zichzelf wel erg interesant (en sommige anderen helaas ook), maar ik ben nog nooit echt onder de indruk geweest van wat ie allemaal roept op dit forum...
He who knows only his own side of the case knows little of that.
Niet noodzakelijk.Op dinsdag 18 december 2001 14:37 schreef Nielsz het volgende:
[..]
Zegt hij dat niet
Rustacean
Een hele joepie table met daarin fid en pid ofzow. Maar dat is heel erg loos, dus op zich heb je wel gelijk.Op dinsdag 18 december 2001 14:41 schreef Nielsz het volgende:
[..]
Mag jij het me nu ff uitleggen
Rustacean
Ja, databases boeien me eigenlijk niet zoveel, so forgive me als ik wat van de buzzwords verkeerd gebruik. Wat ik bedoel is dat hij volgens mijn die tabel met (FPID -- FID -- PID) niet nodig heeft.Op dinsdag 18 december 2001 14:37 schreef drm het volgende:
[..]
* drm kan het niet laten
*proest*
Sorry hoor, maar dat slaat helemaal nergens op. Waarom zou je ergens een entiteit van maken en die entiteit niet in relatie brengen met (een) andere entiteit(en)
* drm denkt aan normalizeren
[..]
En een foreign key is geen relatie
He who knows only his own side of the case knows little of that.
mee eens.
Mwah. Ligt er een beetje aan. Als je verwacht dat je fotografen gaat krijgen die meerdere foto's inleveren dan gaat een entiteit fotograaf body krijgen.
Maar als het er so to speak op neer komt dat je 200 foto's hebt en 198 fotografen en niet van plan bent meer informatie over de fotograaf op te slaan, zou ik het ook niet uitnormaliseren.
edit:
die is ook redelijk outdated na deze discussie, volgens mij
Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz
Op dinsdag 18 december 2001 14:59 schreef drm het volgende:
[..]
mee eens.
[..]
Mwah. Ligt er een beetje aan. Als je verwacht dat je fotografen gaat krijgen die meerdere foto's inleveren dan gaat een entiteit fotograaf body krijgen.
Maar als het er so to speak op neer komt dat je 200 foto's hebt en 198 fotografen en niet van plan bent meer informatie over de fotograaf op te slaan, zou ik het ook niet uitnormaliseren.
edit:
[..]
die is ook redelijk outdated na deze discussie, volgens mij
Maar als je nou 2 mensen met dezelfde naam hebt? Dan moet je wel meer info verschaffen, en ben je de lul
Niet mee eens.Op dinsdag 18 december 2001 15:02 schreef Nielsz het volgende:
Maar als je nou 2 mensen met dezelfde naam hebt? Dan moet je wel meer info verschaffen, en ben je de lul
Want je wilt dan bijvoorbeeld weergeven dat je de "Jan Pietersen van de lutjebroekstraat" bedoelt en niet de "Jan Pietersen van de appelschastraat".
Het is imo helemaal niet relevant waar de fotograaf woont, of wat dan ook, dus als er 2 fotografen met dezelfde naam zijn, dat is dan prima. Balen voor hen dat ze verward worden met elkaar.
Het is ook absoluut het overwegen waard, dat ben ik met je eens.
Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz
zo werkt het natuurlijk niet
"tja, sorry, maareh, drm wilde niet 5 minuten langer werken, dusseh, tja. Jullie zijn gewoon uniek identificeerbaar aan je naam!"
Je baas zal je aan zien komen
Onzin. Dat ligt er maar net aan welke informatievoorziening je wilt bieden. Het gaat tenslotte in de verste verte om de fotograaf. En ik zeg niet dat het niet het overwegen waard is.Op dinsdag 18 december 2001 15:15 schreef Nielsz het volgende:
[..]
zo werkt het natuurlijk niet
"tja, sorry, maareh, drm wilde niet 5 minuten langer werken, dusseh, tja. Jullie zijn gewoon uniek identificeerbaar aan je naam!"
Je baas zal je aan zien komen
Als ik 5 minuten 2 tellen langer moet werken om er een extra tabelletje voor te maken omdat ze wel uniek identificeerbaar moeten zijn, fine.
Maar dat is in dit geval imo niet relevant.
edit:
daarnaast lees je ook niet goed wat ik zeg:
Unieke identificeerbaarheid is wel meer informatie over een fotograaf.
Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz
Ken Thompson's famous line from V6 UNIX is equaly applicable to this post:
'You are not expected to understand this'
Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz
Ken Thompson's famous line from V6 UNIX is equaly applicable to this post:
'You are not expected to understand this'
Dat weet ik, dat weet jij, ik wou het even laten weten aan de mensen die het nog NIET wisten
Back In Black!
"Je moet haar alleen aan de ketting leggen" - MueR
Was ook niet specifiek tegen jou gericht hoor
, gewoon een aanvulling op de reactie op je discussie booster.
Ken Thompson's famous line from V6 UNIX is equaly applicable to this post:
'You are not expected to understand this'
foto
====
fid
pid
url
fotograaf(id
)plek
====
pid
plaats
text
fotograaf
====
fgid
voornaam
achternaam
tussenvoegsel
noem maar op. Veel meer is er toch niet meer te vertellen?
[ * Nielsz is ook databasefan
]
Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz
Goh
Ik was ff vergeten dat er nog onderscheidt tussen die plekken was. Vergeet mijn plektabel maar ff
Neuh, het is een leuke tabel om mee te starten, nu nog netjes de andere tabellen erbijOp dinsdag 18 december 2001 15:47 schreef Nielsz het volgende:
Ik was ff vergeten dat er nog onderscheidt tussen die plekken was. Vergeet mijn plektabel maar ff
Back In Black!
"Je moet haar alleen aan de ketting leggen" - MueR
Anders
====
id
text
Voetbal
====
id
uitslag
zooi
Uitgaan
====
id
zooi
en:
====
fid
AVU(type)
AVU(id)
====
id
text
Voetbal
====
id
uitslag
zooi
Uitgaan
====
id
zooi
en:
====
fid
AVU(type)
AVU(id)
Jij.. Jij.... IN DE HOEK JIJ!.Op dinsdag 18 december 2001 15:55 schreef Nielsz het volgende:
[... rotzooi ...]
Back In Black!
"Je moet haar alleen aan de ketting leggen" - MueR
Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz
Dat zou je ook nog kunnen zien als:Nielsz:
zoals ik al zei,
"
Goed he?" 
</flauw>
Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz
Stiekum weet ik niet beterOp dinsdag 18 december 2001 16:03 schreef drm het volgende:
[..]
Dat zou je ook nog kunnen zien als:
"
</flauw>
Dit zullen jullie vast een domme/newbie vraag vinden, maar wat is hier mis mee dan?Op dinsdag 18 december 2001 15:55 schreef Nielsz het volgende:
Anders
====
id
text
Voetbal
====
id
uitslag
zooi
Uitgaan
====
id
zooi
en:
====
fid
AVU(type)
AVU(id)
Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz
laat ik ook es een gokje wagen..
lijkt mij nogal fout dat je "anders" "voetbal" "uitgaan" als tabellen neemt.. maak gewoon een hoofdtabel "event", doe daar een "event_type_id" in ofzo,.. maak een "event_types" tabel met o.a. "anders" "voetbal" "uitgaan" .. een tabel voor bijvoorbeeld "voetbal_uitslagen" met "event_id" en "uitslag", zo kan je de andere event specifieke attributen verder ook uit werken en ga zo door.
naast de events heb je een locations tabel (lijkt me enigzins logisch?) daarom vraag ik me af waarom dusty de eerste tabel van nielz niet goedkeurde
events
======
event id
event type id
event general info
event types
===========
event type id
event type name
voetbal uitslagen
=================
event id
uitslag
locations
=========
location id
location type id (optioneel natuurlijk
)location info
etc.
np
Ik gok van niet, maar het zou me eerlijk gezegd niet verbazen.
preciezer: het zou me verbazen als ze dat ook een database zouden noemen
Aan de andere kant lijkt het met niet zo logisch. Een object bestaat tenslotte uit data en uit code. Maar het is nooit ingewikkeld er zelf een layer overheen te coden.
Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz
Dat elke "plaats type" verschillende aantal attributen heeft betekent nog niet dat elke of zelfs een "plaats type" een eigen tabel behoort te krijgen.
Het blijven allemaal bepaalde attribuut-type bij een bepaalde plaats met bepaalde waarden.
Er mogen wel wat meer mensen wat abstracter gaan denken hier
Het blijven allemaal bepaalde attribuut-type bij een bepaalde plaats met bepaalde waarden.
Er mogen wel wat meer mensen wat abstracter gaan denken hier
Back In Black!
"Je moet haar alleen aan de ketting leggen" - MueR
Nu nog niet nee...
Ik heb zelf ook databaseontwerp gehad, en de prof zag in de toekomst veel heil in de OO databases..
Ik weet er zelf verder niks van
:strip_exif()/u/8035/del.gif?f=community)
Brusselmans: "Continuïteit bestaat niet, tenzij in zinloze vorm. Iets wat continu is, is obsessief, dus ziekelijk, dus oninteressant, dus zinloos."
Dit is jullie voorstel, waar iedereen zich dus in kan vinden ??Op dinsdag 18 december 2001 15:35 schreef Nielsz het volgende:
foto
====
fid
pid
url
fotograaf(id
plek
====
pid
plaats
text
fotograaf
====
fgid
voornaam
achternaam
tussenvoegsel
noem maar op. Veel meer is er toch niet meer te vertellen?
[ * Nielsz is ook databasefan
Verwijderd
Dit begint een beetje een "Oh, wat zijn wij goed" topic te worden IMHO.
OK, Er zaten wat ontwerpfoutjes in (FPID), en er was geen rekening gehouden met een fotograaf-ID.
Maar ik heb nog geen echte oplossing gezien voor het voetbal/uitgaan/anders probleem. Die hebben ieder hun eigen fields.
Nou?
OK, Er zaten wat ontwerpfoutjes in (FPID), en er was geen rekening gehouden met een fotograaf-ID.
Maar ik heb nog geen echte oplossing gezien voor het voetbal/uitgaan/anders probleem. Die hebben ieder hun eigen fields.
Nou?
:strip_icc():strip_exif()/u/10274/crop67712295188a6_cropped.jpg?f=community)
How bout iets alsOp dinsdag 18 december 2001 19:07 schreef Afterlife het volgende:
Maar ik heb nog geen echte oplossing gezien voor het voetbal/uitgaan/anders probleem. Die hebben ieder hun eigen fields.
Nou?
Idee dus dat je iets krijgt als:
Oh nou vergeet ik nog ergens een ID
Nou ja het ging maar even om het idee wat zomaar in me opkwam... You get the point, zeg maar
Exact expert nodig?
Verwijderd
Het leuke van de Plek-definities van tizzwat (Voetbal, Uitgaan, Anders) is dat ze niet te normaliseren zijn.
Jouw benadering via Attributes en AttributeWaarden is een meer dan bruikbare benadering, maar wanneer je dat normalisatie-juk laat vallen, kan 't waarschijnlijk nog wel ietsje efficienter.
Tip uit het ISAM verleden: velden kunnen soms andere waarden hebben afhankelijk van de context waarin je ze bekijkt...
Jouw benadering via Attributes en AttributeWaarden is een meer dan bruikbare benadering, maar wanneer je dat normalisatie-juk laat vallen, kan 't waarschijnlijk nog wel ietsje efficienter.
Tip uit het ISAM verleden: velden kunnen soms andere waarden hebben afhankelijk van de context waarin je ze bekijkt...
Verwijderd
Probeer dat maar 's te normaliseren...Op dinsdag 18 december 2001 20:49 schreef Nielsz het volgende:
Logisch, je wilt toch niet lege velden in een table zetten
Ze zijn niet te normaliseren door JOU. dat wilt helemaal niet zeggen dat ze niet te normaliseren zijn.Op dinsdag 18 december 2001 20:36 schreef Afterlife het volgende:
Het leuke van de Plek-definities van tizzwat (Voetbal, Uitgaan, Anders) is dat ze niet te normaliseren zijn.
[...]
Crazy_D zit heel dicht bij bij een juiste oplossing, echter heeft hij er een tabel teveel bij gezet. ( LokatieAttributenWaardes
)Als je zijn tabellen aanpast kan je op een betere resultaat komen.
Je gaat namelijk een tabel creeren voor de attributen, in deze tabel sla je de lokatie op, en dan geef je ook nog een attribuutID. Voor voetbal krijg je dan 3 attributen (1,2,3) die elk iets betekenen dat kan je vast leggen in een andere tabel. ( attribute-definition-table ).
Waardoor je bij elke voetbal lokatie dus 3 attributen gaat toevoegen, bij uitgaan krijg je er dan bijvoorbeeld maar 2.. en als er geen attributen zijn voeg je er geen toe. Zo krijg je een heel flexibel gedeelte. Daarnaast heeft hij maar 2 plekken.. Echter elke plaats die je aandoet krijgt een nieuwe plekID. Betekent dus dat voetbal verschillende plekID's kan krijgen. Immers ga je verschillende malen naar voetbal en elke keer beschouw je het als een nieuwe plaats (andere ploeg, ander datum, andere score etc..) hetzelfde voor het uitgaan en overig.
Het is zeer zeker netjes te normaliseren. Maar zoals ik al eerder zei er moeten meer mensen wat abstracter gaan denken.
Crazy_D is in iedergeval hard op weg, en daarom heeft ie wel een stempeltje verdient
Back In Black!
"Je moet haar alleen aan de ketting leggen" - MueR
WoeiOp woensdag 19 december 2001 08:50 schreef dusty het volgende:
Crazy_D is in iedergeval hard op weg, en daarom heeft ie wel een stempeltje verdient
nog even net voor het eind van het jaar Eigenlijk leek het me gewoon het meest logische. En omdat ik zoiets al eens een keer heb gehad met een oefen-webshop, waarin we bij artikelen een aantal vrije velden wilden hebben. In de eerste opzet waren dit gewoon 5 veldjes (je moet ergens een grens trekken
) in het artikelbestand, maar da's natuurlijk zo flexibel als een deur van gewapend beton. Dus in versie 2 heb ik toen een soortgelijk iets opgezet, waarbij die vrije velden in een aparte tabel kwamen te staan, gekoppeld aan een artikelgroep (immers, die vrije velden waren gewoon wat extra gegevens, en over het algemeen kun je stellen dat alle artikelen binnen 1 produktgroep wel dezelfde attributen hebben, zoals bij harddisks het aantal Gb en de rpm). En in een aparte tabel uiteindelijk de waardes (artcode + vrijveldid).Heb jij zo toevallig een boek cq. een website bij de hand waarvan je zegt, da's een echte musthave? Er zijn natuurlijk wel 3 miljard sites en boeken over databases en sql, maar een hoop van wat ik gezien heb leert je (mij
) meer hoe ik een query moet opbouwen (qua syntax) en een stukje normalizeren, maar ik mis eigenlijk iets waarin wat meer theorie erachter wordt uitgelegt (waarom bv. bij een where statement als eerste de voorwaarde waarmee je het grootste deel van de records filterd).
Exact expert nodig?
Nee
Je hebt nog steeds 3 tabellen voor de verschillende plekken.. als er nou nog een plek bijkomt ga je dan nog een tabel maken ?
Dat is dus overbodig. Lees Crazy_D's oplossing nog eens door. Als je zijn oplossing begrijpt kan je de mijne gaan proberen.
Back In Black!
"Je moet haar alleen aan de ketting leggen" - MueR
Jah, maar anders krijg ik een attribuuttabel waar ik ze allemaal in pleur..
Misschien is dat dan wel logisch volgens jullie, maar bier hoort toch niet bij uitslag bv.
Ik snap dat zelf niet helemaal (Jah, sorry, minder abstract)
Je zou dus echt een tabel, met attribuutwaardes maken ??
Daar kun je dan later idd attributen bij inzetten.
Ik was idd van plan voor een andere plek een andere tabel aan te maken
weet niet beter..
Misschien is dat dan wel logisch volgens jullie, maar bier hoort toch niet bij uitslag bv.
Ik snap dat zelf niet helemaal (Jah, sorry, minder abstract)
Je zou dus echt een tabel, met attribuutwaardes maken ??
Daar kun je dan later idd attributen bij inzetten.
Ik was idd van plan voor een andere plek een andere tabel aan te maken
weet niet beter..
let op:
a)
====
pid = 1,2
pnaam = voetbal, uitgaan
b)
====
zid = 1,2,3
znaam = "rotterdam", "disco de boer","1-2"
c)
====
pid
zid
Nu maak je meerdere records aan:
1 - 2 (=voetbal,disco de boer)
1 - 1 (=rotterdam)
Hij is dus wezen voetballen in disco de boer in Rotjeknor
a)
====
pid = 1,2
pnaam = voetbal, uitgaan
b)
====
zid = 1,2,3
znaam = "rotterdam", "disco de boer","1-2"
c)
====
pid
zid
Nu maak je meerdere records aan:
1 - 2 (=voetbal,disco de boer)
1 - 1 (=rotterdam)
Hij is dus wezen voetballen in disco de boer in Rotjeknor
Op woensdag 19 december 2001 15:31 schreef Nielsz het volgende:
Hij is dus wezen voetballen in disco de boer in Rotjeknor
Zit ik net te bedenken hoe ik het anders kan verwoorden (lukte dus niet...), kom jij het ff lekker verduidelijken
Nou ja, hij heeft toch nergens gezegt dat het _niet_ om tafelvoetbal gaat, dus het kan best zijn dat ze in de disco hebben gevoetbald
Maar ik haak af, ik weet niet hoe ik het kan uitleggen hoe ik tot die gedachte kwam (behalve dan door te verwijzen naar m'n latere post, met 5 extra velden in het artikelbestand....). Ik snap je probleem, maar uitleggen kan ik het niet...
Exact expert nodig?
Ik begrijp het ook niet nee...Op woensdag 19 december 2001 15:37 schreef CrazyD_at_work het volgende:
Zit ik net te bedenken hoe ik het anders kan verwoorden (lukte dus niet...), kom jij het ff lekker verduidelijken
Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz
Dat is nou juist waar een sleutel voor is. Als je een sleutel herhaalt is het zo min mogelijk data bij geen informatieverlies
== normaliseren
Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz