:strip_exif()/u/22119/ch.gif?f=community)
Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz
Dat is de discussie niet, lijkt me
Daar heeft topicstarter ongetwijfeld zo zijn redenen voor 
Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz
g-sus... ehm, hallo mag ik me er ook ff mee bemoeien!?
Zoals je hebt kunnen lezen, Destruction_Dimbo, heb ik Access only... dit is niet echt handig voor een oplossing lijkt me: discussies over de naam van een kolom of toch maar wel Delphi... duss...
Zoals je hebt kunnen lezen, Destruction_Dimbo, heb ik Access only... dit is niet echt handig voor een oplossing lijkt me: discussies over de naam van een kolom of toch maar wel Delphi... duss...
* drm is benieuwd hoe ver zerosignal ondertussen is gekomen 
Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz
:strip_icc():strip_exif()/u/10274/crop67712295188a6_cropped.jpg?f=community)
Tot waar was het nog wel duidelijk? (oftewel, bij welke postOp donderdag 25 april 2002 09:52 schreef zerosignal het volgende:
Nou op zich niet zover...
wordt de waas voor je ogen te groot? )
Exact expert nodig?
Nou ik had een mooi rijtje gemaakt en toen moest er normalisser worden (
). Nou en toen kwam iemand aan met een database aanzetten. And there i lost sight!
). Nou en toen kwam iemand aan met een database aanzetten. And there i lost sight!
Dan herhaal ik mijzelf nog evenOp donderdag 25 april 2002 11:38 schreef zerosignal het volgende:
Nou ik had een mooi rijtje gemaakt en toen moest er normalisser worden (
Lees die pagina('s) rustig door, ik vind het er best duidelijk uitgelegt, en geef dan precies aan wat je daar niet in/aan/van (Op woensdag 24 april 2002 13:06 schreef Crazy_D het volgende:
In een 1e oogopslag ziet dat er aardig compleet uit.
Dan wordt het tijd voor Database Normalization And Design Techniques
) snapt.
Exact expert nodig?
Ik "snap" het wel, alleen normaliseren lukt me niet. Dat is het probleem. Ik zal mijn database boek thuis eens opgraven. K zit nu op mijn werk dus ik ga nu niet uitgebreid die dingen doen
Dus meld ik me vanavond met de 1NV... Hehe...
Dus meld ik me vanavond met de 1NV...
Hehe...
GROEP1:
GROEP2
Nou, tja ik ben hier op gekomen... de keys in groep 2 weet ik zo niet te bepalen...
Controle please!
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
| filmID (pk) titel land jaar genre studio plot info gezien mening cijfer imdb own medium |
GROEP2
code:
1
2
3
4
5
| filmID acteur regisseur crewfunctie crewnaam |
Nou, tja ik ben hier op gekomen... de keys in groep 2 weet ik zo niet te bepalen...
Controle please!
:strip_icc():strip_exif()/u/7418/the_hat_icon.jpg?f=community){kind=icon}
k wou idd land, genre, studio, cijfer & medium (static), acteur, regisseur, crewfunctie en crewnaam uit een pulldownmenu (in form) hebben, waar je ook nog zelf aan toe kan voegen. Dat voorkomt spelfouten!
cijfer en medium zouden voorgedefinieerd moeten zijn en dus niet wijzigbaar (das toch pulldown aan tabel koppelen?!)
Probeer de interface van je datamodel te scheiden. Het is op 1 of andere manier altijd wel mogelijk om een dropdown lijstje te geven met bv bestaande mediums, zonder dat deze in dezelfde tabel als de film staan (en datzelfde geldt natuurlijk voor bv genres, als je die in een aparte tabel stopt).
Voor groep2 moet je eens deze gegevens bekijken en bedenken welke info je dubbel gaat krijgen. En dat gaat nog wel wat worden...
Wat bedoel je precies met crewfunctie en crewnaam?
Functie kan ik me nog bedenken, acteur, regisseur, cameraman, etc. Maar crewnaam?
En wat ik zelf meestal doe waardoor ik het een beetje begrijp: wat is het verschil tussen een acteur en een regiseur (behalve dan inhoudelijk het werk)? Ze hebben beiden een naam, het 'hoort' bij dezelfde film, het enigste wat eigenlijk anders is is de functienaam (acteur, of regiseur dus). Vervolgens kan een acteur ook de regiseur zijn, of alleen regiseur bij een andere film. Dus is de functie eigenlijk nog niet intressant (die is film afhankelijk), en dan hou je dus vanzelf alleen een "Naam" over. Om dan per film bij te houden wie wat deed, heb je een tussentabelletje nodig waarin je bijhoudt bij welke film wie wat deed.
Uiteraard krijg je naast naam nog een uniek ID, je moet het beestje tenslotte kunnen herkennen, en als je wilt kun je natuurlijk nog wat meer essentiele dingen bijhouden zoals schoenmaat en geboortedatum...
Voor groep2 moet je eens deze gegevens bekijken en bedenken welke info je dubbel gaat krijgen. En dat gaat nog wel wat worden...
Wat bedoel je precies met crewfunctie en crewnaam?
Functie kan ik me nog bedenken, acteur, regisseur, cameraman, etc. Maar crewnaam?
En wat ik zelf meestal doe waardoor ik het een beetje begrijp: wat is het verschil tussen een acteur en een regiseur (behalve dan inhoudelijk het werk
)? Ze hebben beiden een naam, het 'hoort' bij dezelfde film, het enigste wat eigenlijk anders is is de functienaam (acteur, of regiseur dus). Vervolgens kan een acteur ook de regiseur zijn, of alleen regiseur bij een andere film. Dus is de functie eigenlijk nog niet intressant (die is film afhankelijk), en dan hou je dus vanzelf alleen een "Naam" over. Om dan per film bij te houden wie wat deed, heb je een tussentabelletje nodig waarin je bijhoudt bij welke film wie wat deed.Uiteraard krijg je naast naam nog een uniek ID, je moet het beestje tenslotte kunnen herkennen, en als je wilt kun je natuurlijk nog wat meer essentiele dingen bijhouden zoals schoenmaat en geboortedatum...
Exact expert nodig?
filmID
acteur
regisseur
crewfunctie
crewnaam
hmm, ik scheid nu acteur, regisseur en andere crew, maar dat zou ook samen kunnen?
crewfunctie zou camara kunnen zijn en dan is
crewnaam zerosignal zijn. (dus functienaam - persoonnaam).
Maar goed regisseur is eigenlijk ook een functie (acteur ook). En sommige acteurs regisseren ook weer...
Dus daar nog suggestie voor?
acteur
regisseur
crewfunctie
crewnaam
hmm, ik scheid nu acteur, regisseur en andere crew, maar dat zou ook samen kunnen?
crewfunctie zou camara kunnen zijn en dan is
crewnaam zerosignal zijn. (dus functienaam - persoonnaam).
Maar goed regisseur is eigenlijk ook een functie (acteur ook). En sommige acteurs regisseren ook weer...
Dus daar nog suggestie voor?
Eigenlijk zeg je het zelf al. Acteur, regiseur, camera-dude, schmink-dames, zijn allemaal functies. Dus het meest logische zou imho om de functies in een aparte tabel te stoppen.Op vrijdag 26 april 2002 11:49 schreef zerosignal het volgende:
hmm, ik scheid nu acteur, regisseur en andere crew, maar dat zou ook samen kunnen?
crewfunctie zou camara kunnen zijn en dan is
crewnaam zerosignal zijn. (dus functienaam - persoonnaam).
Maar goed regisseur is eigenlijk ook een functie (acteur ook). En sommige acteurs regisseren ook weer...
Dus daar nog suggestie voor?
Als koppeltabel om de film aan de persoon en functie te koppelen, is dus filmID, persoonsID, functieID. Dit kan idd inhouden dat je persoonsID 1 2 keer in die tabel krijgt (gekoppeld aan 1 film), maar met verschillende functieID's.
Exact expert nodig?
Imho schiet dat lekker op
(behalve dan dat tTabel misschien een rare naam is voor een tabel )Je kan overwegen om land, genre, studio, en medium in een aparte tabel op te slaan en een ID daarvan op te slaan bij de film, i.p.v. de tekst/omschrijving (kun je bv in de tStudio tabel later nog het adres toevoegen
).Oh bedenk/bekijk (ik ben geen filmfanaat dus ik heb daar echt geen idee van) of een film in meerdere genres kan vallen (lijkt me wel, aktie-comedy), in dit geval zou ik zelf kiezen voor een tGenre tabel met een ID en een omschrijving (1: aktie, 2: comedy), en een tFilmGenre tussentabel met filmID en genreID.
Kan een film in meerdere landen zijn opgenomen? (of is land bedoelt als land waar de studio oid zit? dan hoort land imho in een tStudio tabel (waar je dan bv Naam en Land van de studio opslaat). Als een film in meerdere landen kan worden opgenomen, en dat wil je ook zo opslaan, ontkom je imho niet aan een tussentabel.
Voor medium geldt misschien hetzelfde (ik zelf hou altijd alleen het "beste" medium bij, als ik een audio cd zowel in mp3 formaat als op een echte (originele) cd heb, hou ik alleen bij dat ik 'm op cd heb, maar ik kan me voorstellen dat je beide mediums (media?) wil bijhouden).
En dat kun je je nog afvragen voor de overige velden in de tFilm tabel. Wil je 1 oordeel of mening, of is het misschien wel leuk om een 2e mening bij een film te zetten? (of een 3e, 4e, etc). Maar daar kan ik niks over zeggen, ikzelf zou alleen "tof", of "k*t" bijhouden...
)Hope this helps
PS begrijp je ook waarom ik het zo zou opzetten?
Exact expert nodig?
Mjah als je het zo zou doen dan krijg je idd allemaal extra tabellen... k zal er over na dneken!
Maar goed tTabel is zeg maar waar alles gekoppeld wordt.
Dan is het nog de kunst om relaties te maken in Access en dan forms te maken? That's it?
En met die relaties is het de sleutels "verbinden" toch?
k zal er over na dneken!Maar goed tTabel is zeg maar waar alles gekoppeld wordt.
Dan is het nog de kunst om relaties te maken in Access en dan forms te maken? That's it?
En met die relaties is het de sleutels "verbinden" toch?
Je krijgt idd een hoop extra tabellen, da's een nadeel. Het weegt echter imho niet op tegen de voordelen die ik vind dat eraan zitten, zoals het makkelijk zoeken.Op vrijdag 26 april 2002 15:30 schreef zerosignal het volgende:
Mjah als je het zo zou doen dan krijg je idd allemaal extra tabellen...
Noem 'm dan tFilmCrew
Hmm ja dat dacht ik wel (maar ik ben niet zo'n hele grote Access kenner).
Exact expert nodig?
Mjah, ik kan het altijd doen, techniek (als ik um weet) is het zelfde, dusse!
Maar is er iemand wel Access kenner?
Maar is er iemand wel Access kenner?
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
| tFilm tJob tPersons tTabel filmID jobID personID filmID titel jobs persons jobID land personID jaar genre studio plot info gezien mening cijfer imdb own medium |
Tja, als dit klopt dan klopt 't hier niet... ik krijg de relaties nzo niet goed zodat ik dan ook op een form goed invoer...
Tja, in dit proces van scratch tot volledig database, de volgende stap
Volgens mij moet je eerst een ERD maken
Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz
Hoe?Op maandag 29 april 2002 14:22 schreef drm het volgende:
Volgens mij moet je eerst een ERD maken
Ander pakket kiezen
just kidding...
Heb je al een genormaliseerde gegevensverzameling bepaald?
Dan is het tijd je relaties te bepalen. Hoe liggen ze, en wat zijn hun verhoudingen? 1:N, N:1 of N:M
dat is basically wat je met een ERD (Entiteit relatie diagram) doet.
Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz
Het gaat niet zozeer omdat dan alles weer om moet... maar om het feit dat er bij elke wijziging een dag voorbij gaat... niet dat ik mega haastig ben maar het zou wel fijn zijn als het eerdaags ook daadwerkelijk afkomt!
Maar goed... hier dan een poging van mij:
Opmerkingen en suggesties welkom! Of gaan we door naar de Forms?
ps: let niet op de naamgeving en zeur niet over access! amen
Maar goed... hier dan een poging van mij:
Opmerkingen en suggesties welkom!
Of gaan we door naar de Forms?ps: let niet op de naamgeving en zeur niet over access! amen
Genre moet niet in de koppeltabel waar je de film aan de crewleden koppelt, maar in een aparte tabel. Als je nu een film hebt die zowel aktie als comedy is, krijg je in je koppeltabel alles 2 keer: 1 keer alle crewleden en hun taken, met genre aktie, en nog een keer, alleen dan met genre comedy. En da's niet helemaal wat je wilt. FilmID/Genre koppeling moet dus in een aparte tabel, en genre moet dan uiteraard weg in je huidige tKoppel tabel. En hernoem tKoppel dan meteen even naar tFilmCrew oid, zodat uit de tabelnaam al duidelijk is het wat de inhoud van die tabel is. En een aardige naam voor je film/genre koppeltabel zou bv tFilmGenre kunnen zijnOp maandag 29 april 2002 18:46 schreef zerosignal het volgende:
[afbeelding]
Opmerkingen en suggesties welkom!
Exact expert nodig?
code:
1
2
3
4
5
6
| tFilms tCrew tPerson tGenre tFilmCrew tFilmGenre filmID crewID personID genreID filmID filmID titel job person genre crewID genreID jaar personID land |
Dan zijn dit de tabellen... De ID's zijn gelijk ook de primary's en dan in de combi tabellen PK's van beide ID's.
Voor relaties: zie een paar posts terug.
Dan kunnen we nu door naar de forms?
MijnOp woensdag 01 mei 2002 09:07 schreef zerosignal het volgende:
Dan kunnen we nu door naar de forms?
hoofd zegt van wel
Exact expert nodig?
Yo, slaap je nog? g-sus!
Anyway, das dus ook een probleem aangezien ik de films in één form wil invoeren: en dat moet snel en efficient kunnen! Maar ik kreeg het niet voorelkaar vanwege de verschillende tabellen!
Anyway, das dus ook een probleem aangezien ik de films in één form wil invoeren: en dat moet snel en efficient kunnen! Maar ik kreeg het niet voorelkaar vanwege de verschillende tabellen!
Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz
Op woensdag 01 mei 2002 09:51 schreef zerosignal het volgende:
Yo, slaap je nog? g-sus!
na 2 uur slapen ben ik niet zo heel erg wakker Ik moet helaas ook nog wat nuttigs doen, als het ff lukt zal ik straks wel ff kijken of ik uit de wizzard kan komen
Exact expert nodig?
Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz
Moet je dan niet een invoer query hebben? K weet het ook niet, voor simpele db's maakte ik altijd 1 tabel en dan zo'n standaard form... * iAR kan dat nog wel!
Oke, mind breaking dit...
Ik heb nu weer ff met de tabellen en relaties zitten kutten...
is het resultaat... ik mis waarschijnlijk nog een link tussen de twee "koppel" tabellen.
Ook de primary key's kon ik niet anders verzinnen...
Maar goed ik heb al even doorgekeken naar de forms. En die tut is wel redelijk duidelijk (en basic...) maar als ik die tekstvelden maak op een formpje worden dan automatisch (door relaties) in de verschillende tabellen ingevoerd? En ik neem aan dat al die autonummeringen (bij de ID's) goed gaan en gekoppeld worden als je de tekst invoert?
Pfff...
Ik heb nu weer ff met de tabellen en relaties zitten kutten...
is het resultaat... ik mis waarschijnlijk nog een link tussen de twee "koppel" tabellen.
Ook de primary key's kon ik niet anders verzinnen...
Maar goed ik heb al even doorgekeken naar de forms. En die tut is wel redelijk duidelijk (en basic...) maar als ik die tekstvelden maak op een formpje worden dan automatisch (door relaties) in de verschillende tabellen ingevoerd? En ik neem aan dat al die autonummeringen (bij de ID's) goed gaan en gekoppeld worden als je de tekst invoert?
Pfff...
Ok, helder
Dan nog is filmId samen met genreId op zich al uniek.
lijkt me overbodig...
tGenre <-> tFilmGenre .... genreId
tFilmGenre <-> tFilms ... filmId (zou dr tFilm dan van maken, wat consequenter)
tFilms <-> tFilmCrew .... filmId
naja, etc..
Nah er kwam wat offtopic geneuzel voorbij
In de tabel tFilmGenre kan het veld recordID weg, je maakt daar een gecombineerde sleutel van filmID en genreID (immers 1 film kan wel in meerdere genres vallen, maar dan nog blijft de combinatie filmID en genreID uniek (of "zou uniek moeten zijn"), daar heb je dus geen apart recordID voor nodig. En datzelfde geld voor tFilmCrew.
De relatie tussen tFilm en tFilmGenre moet dan volgens mij gewoon 1 op n zijn, net zoals dat je die nu al hebt met tFilmCrew.
Hoever ben je er nu verder mee? Als je die db zo ff ergens online kan gooien, wil ik er in Access nog wel ff naar kijken.
Exact expert nodig?
Ah tuurlijk met die sleutels kan welOp zondag 05 mei 2002 12:06 schreef Crazy_D het volgende:
[..]
Nah er kwam wat offtopic geneuzel voorbij
In de tabel tFilmGenre kan het veld recordID weg, je maakt daar een gecombineerde sleutel van filmID en genreID (immers 1 film kan wel in meerdere genres vallen, maar dan nog blijft de combinatie filmID en genreID uniek (of "zou uniek moeten zijn"), daar heb je dus geen apart recordID voor nodig. En datzelfde geld voor tFilmCrew.
De relatie tussen tFilm en tFilmGenre moet dan volgens mij gewoon 1 op n zijn, net zoals dat je die nu al hebt met tFilmCrew.
Hoever ben je er nu verder mee? Als je die db zo ff ergens online kan gooien, wil ik er in Access nog wel ff naar kijken.
Als ik thuis ben pas ik hem wel ff aan en zet ik em wel online... Maar die link is 1:n dus?
Nou (oa Crazy_D) hier is ie: http://www.endoria.net/upload/index.php/1447641112
Enne maarre, nu ga ik ff onmogelijk doen. Stel he, stel dat ik nu nog een tabel met studio's zou willen opnemen (film:studio <> 1:n) hoe zou dat moeten dan? Dan nog een tabel erbij met studio's en een combi tabel film/studio?
En dan nu nog een vraag: de koppeling van tFilmCrew en tFilmGenre!?
Enne maarre, nu ga ik ff onmogelijk doen. Stel he, stel dat ik nu nog een tabel met studio's zou willen opnemen (film:studio <> 1:n) hoe zou dat moeten dan? Dan nog een tabel erbij met studio's en een combi tabel film/studio?
En dan nu nog een vraag: de koppeling van tFilmCrew en tFilmGenre!?
Als 1 film in meerdere studio's opgenomen kan worden, wordt het idd een nieuwe tabel tStudios met een koppeltabel tussen tFilm en tStudios.
tFilmCrew lijkt me goed toch. Je hebt 1 film en daar kunnen meerdere in meespelen. Zo'n zelfde moet je dan naar tFilmGenre doen, 1 film kan in n genres vallen.En dan nu nog een vraag: de koppeling van tFilmCrew en tFilmGenre!?
Exact expert nodig?
Nee lijkt me niet nodig. Als je wilt weten welke acteurs in welke genres hebben gespeeld, kun je met "creatief met SQL" via de filmtabel daar wel achter komen
Die Access wizard is trouwens best een beetje vaag... ik snap nu wel waarom je alles in 1 tabel wilde proppen
Exact expert nodig?
Creatief met SQL... hmmm *SQL boek opgraaf*Op dinsdag 07 mei 2002 11:42 schreef Crazy_D het volgende:
Nee lijkt me niet nodig. Als je wilt weten welke acteurs in welke genres hebben gespeeld, kun je met "creatief met SQL" via de filmtabel daar wel achter komen
Die Access wizard is trouwens best een beetje vaag... ik snap nu wel waarom je alles in 1 tabel wilde proppen
En hoezo in 1 tabel, wordt dat je duidelijk? Wow!\
Een leraar van mij zei dat je alles met die wizards kon doen > nou ik dus niet!
STAP 3
We komen nu (eindelijk) bij de forms?!
LOL nou ik was bijna zover dat dat ding automagisch een subformpje zou gaan maken voor de crewleden, had 'm zelfs net al eventjes dat je bestaande functies uit een dropdownlijstje zou kunnen gaan halen, alleen toen was Access de subform kwijtOp dinsdag 07 mei 2002 11:45 schreef zerosignal het volgende:
Een leraar van mij zei dat je alles met die wizards kon doen > nou ik dus niet!
Jij hebt overigens zeker office97?
Exact expert nodig?
Euhm, hier op werk wel (was ut gister vergeten...). Thuis is er Access 2002 (XP). Dusse...Op dinsdag 07 mei 2002 11:54 schreef Crazy_D het volgende:
[..]
LOL nou ik was bijna zover dat dat ding automagisch een subformpje zou gaan maken voor de crewleden, had 'm zelfs net al eventjes dat je bestaande functies uit een dropdownlijstje zou kunnen gaan halen, alleen toen was Access de subform kwijt
Jij hebt overigens zeker office97?
Subform kwijt? Yo!
Nah t blijft toch een beetje bagger VB is een stuk makkelijker Maarre.. stappenplan... hopelijk kun je er wat mee zodat je het echt goed werkend kunt krijgen In ieder geval heb ik het zo ongeveer gedaan, en heb er wat werkends uit gekregen
Maak voor je tabellen met de wizards forms aan.
Open je films-form voor design, en drop er een subformulier op. Ik heb die wizard niet geinstalleerd, dus ik heb het handmatig gedaan. Bij de properties van die subform, geef je aan welk formulier in dat subform geladen moet worden (Source Object). Dit moet de filmcrew-form zijn. Bij de LinkChild property kun je opgeven waar de koppeling op moet liggen, filmID dus. Was een klein beetje pielen maar dat werkte. Als je je form opent in Form View zie je dan ook als het goed is op je hoofdform de film-titel etc, en in het subform de bij die film behorende filmcrew records.
Daarna heb ik de filmcrew-form wat zitten editten, comboboxje erop gegooid. Access komt je dan vanzelf vragen wat ie daarmee moet doen. "Look up the values in a table" heb ik opgegeven. tFunctie als tabel, functienaam als field. Daarna aangegeven dat bij "store that value in this field" de waarde in het functieID veld moet bewaren. Als je daarna de film-form weer opent, heb je als het goed is in je subform bij functie nu ook een fatsoenlijke omschrijving staan (in de combobox). En je kan daarna (nou ja waarschijnlijk ook daarvoor al) het functieID textveld in de subform weghalen, dan werkt het (hier iig) nog steeds.
Zelfde kun je doen voor personen.
Ik heb achter de comboboxjes nog een button gedropt die de betreffende forms openen (frmFunctie en frmPersoon), aangezien ik het niet voor elkaar kreeg 'm automatisch een nieuw record toe te laten voegen als je een niet bestaande functie of persoon toevoegt. Dat button_click event kun je met de wizard aanmaken, en aangeven dat ie de juiste form moet openen. In de macro code heb ik nog iets aangepast:
daar staat
DoCmd.OpenForm stDocName, , , stLinkCriteria
en daar heb ik nog achter geplakt
, acFormAdd
Zodat ie standaard met een nieuw record opkomt in plaats van de huidige records.
Daarna heb ik nog in de Form_Close event van de frmFunctie form dit neergezet:
[Forms]![frmFilm]![subformFilmCrew].[Form]![cmbFunctie].[Requery]
zodat de combobox met functies opnieuw wordt gevuld.
Validatie en dergelijke, en errors afvangen, moet je zelf maar uitvogelen Zo leuk vind ik Access niet
Lap tekst, ik hoop dat je 'm snapt. Ik vind dat Access maar wazig (maar ja dit is dan ook de 1e keer dat ik forms aanmaak en zo...). Iig kon ik op bovenstaande manier verschillende functies en personen aanmaken en koppelen aan een film. Veel success
Als je erg graag wilt kan ik de db (Access2000) wel ff online gooien, maar ik heb het gedaan zoals hierboven en dat werkt. Als ik nu de form en de properties bekijk wordt het er niet echt duidelijker op en vind ik bovenstaande makkelijker om na te doen...
VB is een stuk makkelijker Maarre.. stappenplan... hopelijk kun je er wat mee zodat je het echt goed werkend kunt krijgen In ieder geval heb ik het zo ongeveer gedaan, en heb er wat werkends uit gekregen Maak voor je tabellen met de wizards forms aan.
Open je films-form voor design, en drop er een subformulier op. Ik heb die wizard niet geinstalleerd, dus ik heb het handmatig gedaan. Bij de properties van die subform, geef je aan welk formulier in dat subform geladen moet worden (Source Object). Dit moet de filmcrew-form zijn. Bij de LinkChild property kun je opgeven waar de koppeling op moet liggen, filmID dus. Was een klein beetje pielen
maar dat werkte. Als je je form opent in Form View zie je dan ook als het goed is op je hoofdform de film-titel etc, en in het subform de bij die film behorende filmcrew records.Daarna heb ik de filmcrew-form wat zitten editten, comboboxje erop gegooid. Access komt je dan vanzelf vragen wat ie daarmee moet doen. "Look up the values in a table" heb ik opgegeven. tFunctie als tabel, functienaam als field. Daarna aangegeven dat bij "store that value in this field" de waarde in het functieID veld moet bewaren. Als je daarna de film-form weer opent, heb je als het goed is in je subform bij functie nu ook een fatsoenlijke omschrijving staan (in de combobox). En je kan daarna (nou ja waarschijnlijk ook daarvoor al) het functieID textveld in de subform weghalen, dan werkt het (hier iig) nog steeds.
Zelfde kun je doen voor personen.
Ik heb achter de comboboxjes nog een button gedropt die de betreffende forms openen (frmFunctie en frmPersoon), aangezien ik het niet voor elkaar kreeg 'm automatisch een nieuw record toe te laten voegen als je een niet bestaande functie of persoon toevoegt. Dat button_click event kun je met de wizard aanmaken, en aangeven dat ie de juiste form moet openen. In de macro code heb ik nog iets aangepast:
daar staat
DoCmd.OpenForm stDocName, , , stLinkCriteria
en daar heb ik nog achter geplakt
, acFormAdd
Zodat ie standaard met een nieuw record opkomt in plaats van de huidige records.
Daarna heb ik nog in de Form_Close event van de frmFunctie form dit neergezet:
[Forms]![frmFilm]![subformFilmCrew].[Form]![cmbFunctie].[Requery]
zodat de combobox met functies opnieuw wordt gevuld.
Validatie en dergelijke, en errors afvangen, moet je zelf maar uitvogelen
Zo leuk vind ik Access niet Lap tekst, ik hoop dat je 'm snapt. Ik vind dat Access maar wazig
(maar ja dit is dan ook de 1e keer dat ik forms aanmaak en zo...). Iig kon ik op bovenstaande manier verschillende functies en personen aanmaken en koppelen aan een film. Veel success Als je erg graag wilt kan ik de db (Access2000) wel ff online gooien, maar ik heb het gedaan zoals hierboven en dat werkt. Als ik nu de form en de properties bekijk wordt het er niet echt duidelijker op en vind ik bovenstaande makkelijker om na te doen...
Exact expert nodig?
Wow, wat een tekst...
Ik moet eerlijk zeggen dat het niet echt overkomt...
Waarom gooi je tFilmCrew in een subform? Die "vult" ie toch zelf met ID's? Of?
/edit
als je wilt mag je hem wel mailen of online gooien... kan ik misschien ff kijken wat je bedoelt...
En ik neem aan dat het niet uitmaakt of je nou een kolomvorm (tekst: tekstvak) of tabelvorm (die automatisch een nieuwe regel tekstvakjes maakt als er meer moeten komen) neemt?
Ik moet eerlijk zeggen dat het niet echt overkomt...
Waarom gooi je tFilmCrew in een subform? Die "vult" ie toch zelf met ID's? Of?
/edit
als je wilt mag je hem wel mailen of online gooien... kan ik misschien ff kijken wat je bedoelt...
En ik neem aan dat het niet uitmaakt of je nou een kolomvorm (tekst: tekstvak) of tabelvorm (die automatisch een nieuwe regel tekstvakjes maakt als er meer moeten komen) neemt?
Waar raak je de draad kwijt? (ik kan ook niet uitleggen
)Ik weet niet hoe je Access kan vertellen dat ie een bepaald record moet herhalen. Tenminste, in de situatie dat je van 1 film de titel ed toont, en daaronder de crewleden wilt zien. Dan moet Access op 1 of andere manier weten dat de crewleden-gegevens meerdere records kan zijn. En de enigste manier die ik daarvoor ken is een subformulier. Njah een databound-gridcontrol (oid) zou ook moeten werken maar daar ken ik Access niet goed genoeg voorWaarom gooi je tFilmCrew in een subform? Die "vult" ie toch zelf met ID's? Of?
Maar daarna, als je de koppeling tussen die subform en de film goed hebt gelegt, vult ie die gegevens verder wel automatisch.Access 2000 formaat
Nou daar ben ik nog niet helemaal uit
Ik weet niet of je in tabelvorm makkelijk een dropdown lijstje erin kan plaatsen. Maar zie eerst maar dat het op 1 manier (welliswaar misschien niet de makkelijkste manier) werkt, dan kun je daarna altijd nog gaan hobbyen om het te verbeteren en zo
Exact expert nodig?
Frustratie alom....
In het subform (FilmCrew) is het niet mogelijk zelf nieuwe namen toe te voegen...? Ik krijg dat dus niet goed...
Het is steeds dat gekut met het aantal kolommen en een relatie ofsow, weet ik veel... en als ik denk dat ie goed is kun je hem alsnog niet invoeren (waarschijnlijk omdat ie dan een nummer wil ipv een naam).
Dit is echt niet goed, want waar is die query nou weer voor? Er zitten duistere (zoals waar ie welke data weg haalt, expressies en die vage niet-sql query dingen bv) hoeken in Access die ik gewoon niet begrijp (jaja, kut programma)
Anyway, het luktmet geen mogelijkheid om wat in te voeren zonder dat Access zit te kankeren!
In het subform (FilmCrew) is het niet mogelijk zelf nieuwe namen toe te voegen...? Ik krijg dat dus niet goed...
Het is steeds dat gekut met het aantal kolommen en een relatie ofsow, weet ik veel... en als ik denk dat ie goed is kun je hem alsnog niet invoeren (waarschijnlijk omdat ie dan een nummer wil ipv een naam).
Dit is echt niet goed, want waar is die query nou weer voor? Er zitten duistere (zoals waar ie welke data weg haalt, expressies en die vage niet-sql query dingen bv) hoeken in Access die ik gewoon niet begrijp (jaja, kut programma
)Anyway, het luktmet geen mogelijkheid om wat in te voeren zonder dat Access zit te kankeren!
Still don't get it...Op woensdag 08 mei 2002 12:04 schreef zerosignal het volgende:
Frustratie alom....
In het subform (FilmCrew) is het niet mogelijk zelf nieuwe namen toe te voegen...? Ik krijg dat dus niet goed...
Het is steeds dat gekut met het aantal kolommen en een relatie ofsow, weet ik veel... en als ik denk dat ie goed is kun je hem alsnog niet invoeren (waarschijnlijk omdat ie dan een nummer wil ipv een naam).
Dit is echt niet goed, want waar is die query nou weer voor? Er zitten duistere (zoals waar ie welke data weg haalt, expressies en die vage niet-sql query dingen bv) hoeken in Access die ik gewoon niet begrijp (jaja, kut programma
Anyway, het luktmet geen mogelijkheid om wat in te voeren zonder dat Access zit te kankeren!
Ik kreeg het ook niet voor elkaar om echt makkelijk nieuwe crewleden in te voeren, moest via een apart formpje (tenminste, getest met die jobs, ik neem aan dat het voor crewleden hetzelfde werkt).Op woensdag 08 mei 2002 12:04 schreef zerosignal het volgende:
Frustratie alom....
In het subform (FilmCrew) is het niet mogelijk zelf nieuwe namen toe te voegen...? Ik krijg dat dus niet goed...
Het is steeds dat gekut met het aantal kolommen en een relatie ofsow, weet ik veel... en als ik denk dat ie goed is kun je hem alsnog niet invoeren (waarschijnlijk omdat ie dan een nummer wil ipv een naam).
Tutorial?Dit is echt niet goed, want waar is die query nou weer voor? Er zitten duistere (zoals waar ie welke data weg haalt, expressies en die vage niet-sql query dingen bv) hoeken in Access die ik gewoon niet begrijp (jaja, kut programma
Anyway, het luktmet geen mogelijkheid om wat in te voeren zonder dat Access zit te kankeren!
Naja mijn indruk van Access was ook dat ik het verder maar links moet laten liggen. Heb je niet toevallig VB (of Delphi) liggen? Daar kun je imho een stuk makkelijker en sneller dat soort dingen in elkaar knutselen.
Exact expert nodig?
:strip_exif()/u/48440/crop6130a5af754ae_cropped.webp?f=community)
Laat nog eens in een schema zien wat je nu hebt
Ik zat net met jouw schema te klooien (in Paint, welk prog is dat van jouw, hoort dat bij Access?)
Ik zat net met jouw schema te klooien (in Paint
, welk prog is dat van jouw, hoort dat bij Access?)In de relaties heb ik niks veranderd... ik was al bezig met de forms... maar leg eens uit!?Op donderdag 16 mei 2002 17:10 schreef aquarius het volgende:
Laat nog eens in een schema zien wat je nu hebt
Ik zat net met jouw schema te klooien (in Paint
[afbeelding]
Je snap het probleem met de forms hier?!
Met de forms kan ik je niet echt helpen, ik heb nog nooit Access gebruikt. Was eigenlijk meer geïnteresseerd of je nou een koppeling tussen tFilms en tFilmGenre had gelegd en of je nog andere dingen had verandert na het laatste plaatje. Ik volgde namelijk niet meer precies hoe de db nou in elkaar zat.Op vrijdag 17 mei 2002 09:09 schreef zerosignal het volgende:
[..]
In de relaties heb ik niks veranderd... ik was al bezig met de forms... maar leg eens uit!?
Je snap het probleem met de forms hier?!
Is dit het laatste plaatje wat je bedoelt?
En what about this one?
Ik vraag me nu weer hevig af of de relaties/tabellen nou kloppen of niet... ik bedoel dat doe je voor de forms, toch?
En ik zou het toch wel fijn vinden als er wel wat access/forms mensen zich melden
Ok, nix persoonlijks hoor, maar het is handig te weten of het 'goed of fout' is.
Dan wordt er weer gezegt dat het goed is en dan komt er weer een variatie... ik ben best wel leekisch, dus ik vind het allemaal prima
Maar ik kom er niet zo mee verder... en ik wil het wel graag maken/snappen/doen/whatever
Mij niet. In de relatietabellen moet je de velden allemaal primary key maken.
Ga terug naar ontwerp van die tabellen, en zet bij elk veld het sleuteltje aan (primary key). Op die manier krijg je de zogenaamde samengestelde sleutel of compound key waarbij de combinatie van de sleutels de sleutel van de tabel vormt.
Oftewel
1 1 1
is een sleutel
1 6 9
ook, maar
1 1 1 kan niet een 2e keer geinsert worden, snappie?
Waarschijnlijk is ook dat een oorzaak van je problemen
hth
Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz
Haha, inderdaad ja
keek d'r overheen. Zal wel zijn omdat het antwoord al een aantal keer gegeven is en de interesse dan wat verslapt.
Hmm, *goed naar plaatje kijk* er zitten helemaal geen sleutels in! Hehe, is ook niet mijn werk...
Maar goed, als ik zo ff kijk naar het plaatje daar boven kun je die sleutels "overnemen" toch?! Klaar...
Hehe, is ook niet mijn werk...Maar goed, als ik zo ff kijk naar het plaatje daar boven kun je die sleutels "overnemen" toch?!
Klaar...
Ik weet niet precies wat je bedoelt, maar volgens mij moet je expliciet in je tabel-ontwerp aangeven wat de primary key(s) is/zijn van een tabel.zerosignal:
Maar goed, als ik zo ff kijk naar het plaatje daar boven kun je die sleutels "overnemen" toch?!
Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz
Ik heb ook wat eurocentjes in de db zitten
Het probleem is niet meer de structuur, maar puur de UI. Met Access kun je heel mooi (*kuch*) forms in elkaar knutselen, de tovenaar doet een hoop hierbij, maar het probleem zit 'm in de tussentabellen.
Ik heb een formpje geprobeert te maken met "bovenin" de tFilm gegevens, en in een subform de tFilmCrew tabel. Voor uitlezen ging dat perfect, niks mis mee, had er ook netjes de omschrijving van de job en de naam van het crewlid bijgetovenaard, zag er leuk uit. Alleen het probleem was bij mij dat dat dus niet zo best werkt als je een nieuw crewlid wilt toevoegen, of een nieuwe job ("Theemuts" was nog geen functie, Miep is theemuts dus die moet erin komen te staan, en het liefst dus makkelijk via het subformuliertje). Wel via een popup formpje, eerst even de nieuwe job toevoegen, dan kun je 'm selecteren, en dat ging prima. Alleen, je moet zeg maar bij het onderhouden van de films, geen verschil merken tussen een nieuwe job of een bestaande, je selecteerd 'm of tiept 'm in als ie nog niet bestaat, en dan moet ie automatisch de nieuwe job aanmaken en dat id in de tussentabel zetten.
En daar hield mijn Access kennis op, zonder de tovenaar maar gewoon ouderwets code kloppen is het een eitje maar ja ik heb geen zin om voor die jongen een applicatie te schrijven
En blijkbaar zijn er weinig mensen hier die veel van Access/forms/subforms afweten.
Zo das toch ongeveer de probleemomschrijving?
Exact expert nodig?
Het er zijn zoals is gebleken weinig mensen bekent met Access... dat is best wel jammer... (voor mij )
Ik doe maar een stap terug, want het begint een beetje irri te worden dat ik het hier nog niet voor elkaar krijg.
De bedoeling is nu wat simpeler, eens kijken of dat werkt. De rest zou in principe hetzelfde werken, dus daar kom ik maybe wel uit.
Dus ajb geen commentaar dat ik op deze wijze niet kan uitbreiden oid...
* = primaire sleutel.
Nou relaties lijken me duidelijk... en met mijn kennis zou dit moeten werken. True?
Dan krijg je de forms... als je dus in tekstvakken vul de de hele zooi in en dat wordt keurig in tFILMS opgeslagen.
Je hebt een subform met in tabelvorm om de acteurs toe te voegen.
tabelvorm omdat daar automatisch een nieuwe regel wordt toegevoegd bij nog een persoon, omdat het aantal personen onbepaald is. Gegevensblad zou ook kunnen....
Dan is dus nu de grote vraag hoe die tekstvakjes en die tabelvorm/gegevensblad aan de tabellen wordt gekoppeld. En hoe je die zooi er weer uit leest...
)Ik doe maar een stap terug, want het begint een beetje irri te worden dat ik het hier nog niet voor elkaar krijg.
De bedoeling is nu wat simpeler, eens kijken of dat werkt. De rest zou in principe hetzelfde werken, dus daar kom ik maybe wel uit.
Dus ajb geen commentaar dat ik op deze wijze niet kan uitbreiden oid...
code:
1
2
3
4
5
6
7
8
| tFILMS tACTEUR tKOPPEL ------ ------- ------- filmID* acteurID* filmID* titel naam acteurID* jaar studio regisseur comment |
* = primaire sleutel.
Nou relaties lijken me duidelijk... en met mijn kennis zou dit moeten werken. True?
Dan krijg je de forms... als je dus in tekstvakken vul de de hele zooi in en dat wordt keurig in tFILMS opgeslagen.
Je hebt een subform met in tabelvorm om de acteurs toe te voegen.
tabelvorm omdat daar automatisch een nieuwe regel wordt toegevoegd bij nog een persoon, omdat het aantal personen onbepaald is. Gegevensblad zou ook kunnen....
Dan is dus nu de grote vraag hoe die tekstvakjes en die tabelvorm/gegevensblad aan de tabellen wordt gekoppeld. En hoe je die zooi er weer uit leest...
:strip_exif()/u/3398/rh.gif?f=community)
Eh ja... subformulieren, maar ik krijg het niet zoals ik wil... zeg maar dat je werkt met ID's maar dat ie de juiste acteur invult en dat db de ID's in de 'koppeltabel' invult...
Dynaset? *uch* Hoe?
:strip_exif()/u/7662/test.gif?f=community)
Nou, die database werkt dus voor geen meter!
[KUZCO]
- Look, there's people in there looking for you.
- What?
- A big guy and a skinny old woman.
- Wait. Was this woman scary beyond all reason?
- Oh, yeah.
[/KUZCO]
Iid de film is ge-wel-dig!
Maar goed.... das dit topic niet voor...
[KUZCO]
- Look, there's people in there looking for you.
- What?
- A big guy and a skinny old woman.
- Wait. Was this woman scary beyond all reason?
- Oh, yeah.
[/KUZCO]
Iid de film is ge-wel-dig!
Maar goed.... das dit topic niet voor...
Heb je die tutorial die ik gepost heb nog doorgenomen? Daarmee ben ik er een tijdje terug wel uitgekomen.zerosignal:
Nou, die database werkt dus voor geen meter!
Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz