Springen naar inhoud


- - - - -

Probleem Bij Het Aanmaken Van Facturen

MS Access 2010 Relaties

  • Log in a.u.b. om te beantwoorden
Er zijn 58 reacties in dit onderwerp

#31 Jenny

Jenny

    Master Developer

  • Leden
  • PipPipPipPipPip
  • 558 berichten
    Laatst bezocht 02 apr 2017 22:13

Geplaatst op 20 mei 2012 - 13:39

Michael:

Quote

Autonummering zou oneindig door kunnen gaan he
nou, als oneindig = 4.294.967.295 klopt dat wel ja

Hypenate:

Quote

Da's dus 3 - 0
snap ik niet hoor

chrissie1:

Quote

Mijn advies. Doe het éénvoudigste wat werkt voor uw geval en doe dat goed je kan daarna altijd nog aanpassen
Dat is tenminste GOED advies

maar goed,om Michael uit zijn lijden te verlossen:
er is een heel 'slimme' oplossing, je hoeft zelfs niets aan je factuur tabel te veranderen (2 velden van naam veranderen
is wel aan te raden)
en inplaats van voor slechts 2 soorten personen te kunnen factureren (patienten en personeel),kan je zelfs voor
miljarden verschillende soorten personen factureren
denk daar maar eens over na

ik vraag me alleen af, of de bedrijfsleider zo gelukkig zal zijn, als je de koffie aan je personeel factureerd
maar ja, daartegenover staat dat de fiscus gelukkig zal zijn
en het is natuurlijk ook heel vaderlandslievend (alle beetjes helpen om de crisis op te lossen he)

Michael, zet je database hier eens in bijlage, zodat iedereen zich eens een GOEDE mening kan vormen

#32 guest_MichaelDeBoey_*

guest_MichaelDeBoey_*
  • Gasten
    Laatst bezocht

Geplaatst op 21 mei 2012 - 13:43

View PostJenny, on 20 mei 2012 - 13:39, said:

nou, als oneindig = 4.294.967.295 klopt dat wel ja
Ja je weet wat ik bedoel he!

View PostJenny, on 20 mei 2012 - 13:39, said:

maar goed,om Michael uit zijn lijden te verlossen:
er is een heel 'slimme' oplossing, je hoeft zelfs niets aan je factuur tabel te veranderen (2 velden van naam veranderen
is wel aan te raden)
en inplaats van voor slechts 2 soorten personen te kunnen factureren (patienten en personeel),kan je zelfs voor
miljarden verschillende soorten personen factureren
denk daar maar eens over na
Je mag mij die methode altijd laten weten hoor :D

View PostJenny, on 20 mei 2012 - 13:39, said:

ik vraag me alleen af, of de bedrijfsleider zo gelukkig zal zijn, als je de koffie aan je personeel factureerd
maar ja, daartegenover staat dat de fiscus gelukkig zal zijn
en het is natuurlijk ook heel vaderlandslievend (alle beetjes helpen om de crisis op te lossen he)
Momenteel krijgt het personeel ook een factuur voor de koffierekening dus...

View PostJenny, on 20 mei 2012 - 13:39, said:

Michael, zet je database hier eens in bijlage, zodat iedereen zich eens een GOEDE mening kan vormen
Graag zou ik in bijlage mijn database toevoegen, maar bij het uploaden krijg ik de volgende melding:
Code:
Fout U bent niet toegestaan om dit type bestand te uploaden
Mijn database is een *.accdb-database.

#33 RedThread

RedThread

    Beheerder VBIB

  • Beheerder
  • 3603 berichten
    Laatst bezocht 18 sep 2020 09:07
  • LocatieTongeren,Belgium.
Inzender

Geplaatst op 21 mei 2012 - 14:38

View PostMichaelDeBoey, on 21 mei 2012 - 13:43, said:

Graag zou ik in bijlage mijn database toevoegen, maar bij het uploaden krijg ik de volgende melding:
Code:
Fout U bent niet toegestaan om dit type bestand te uploaden
Mijn database is een *.accdb-database.


Probeer nog eens michael.

#34 guest_MichaelDeBoey_*

guest_MichaelDeBoey_*
  • Gasten
    Laatst bezocht

Geplaatst op 21 mei 2012 - 18:31

View PostRedThread, on 21 mei 2012 - 14:38, said:

Probeer nog eens michaël.
Ok in bijlage mijn database
Zoals iedereen wel zal zien, zijn er reeds vernieuwingen aan de database gebeurd, maar het probleem dat hierboven gesteld is, bestaat nog steeds.
Ook zou ik jullie er op willen wijzen dat ik me nog niet heb bezig gehouden met andere dingen dan de relaties te leggen.
Alle waarden staan dus nog standaard ingesteld.
Gelieve hier dus geen commentaar over te geven, want ik weet dat dit nog in orde gebracht moet worden :D
Alvast bedankt aan iedereen voor de hulp!

#35 Jenny

Jenny

    Master Developer

  • Leden
  • PipPipPipPipPip
  • 558 berichten
    Laatst bezocht 02 apr 2017 22:13

Geplaatst op 21 mei 2012 - 21:38

Michael

Quote

Je mag mij die methode altijd laten weten hoor
in de factuur tabel is er een veld patientId (best de naam en datatype veranderen)
dit veld gebruiken om aan te geven of de factuur aan een patient of personeel is
bv: 0=personeel,1=patient
het veld personeelId (best de naam veranderen) word gebruikt voor het id van betreffende tabel
en nu is er 1 factuur tabel waar geen nulls in voorkomen
goede oplossing ?...natuurlijk niet, oa omdat de db de referentiele integriteit niet kan afdwingen
Michael,ik heb je db gedownload,maar kan ze voorlopig niet bekijken omdat ik access 2010 of 2007 niet heb
ik zal mijn best doen om er aan te komen (desnoods een probeer versie)
als alternatief zou je ook eventueel je db kunnen konverteren naar access 2000 of 2003 (2003 heb ik)
we zien wel

#36 guest_MichaelDeBoey_*

guest_MichaelDeBoey_*
  • Gasten
    Laatst bezocht

Geplaatst op 21 mei 2012 - 22:35

View PostJenny, on 21 mei 2012 - 21:38, said:

in de factuur tabel is er een veld patientId (best de naam en datatype veranderen)
dit veld gebruiken om aan te geven of de factuur aan een patient of personeel is
bv: 0=personeel,1=patient
het veld personeelId (best de naam veranderen) word gebruikt voor het id van betreffende tabel
en nu is er 1 factuur tabel waar geen nulls in voorkomen
goede oplossing ?...natuurlijk niet, oa omdat de db de referentiele integriteit niet kan afdwingen
Dit is inderdaad geen goede oplossing :S

View PostJenny, on 21 mei 2012 - 21:38, said:

Michael,ik heb je db gedownload,maar kan ze voorlopig niet bekijken omdat ik access 2010 of 2007 niet heb
ik zal mijn best doen om er aan te komen (desnoods een probeer versie)
als alternatief zou je ook eventueel je db kunnen konverteren naar access 2000 of 2003 (2003 heb ik)
we zien wel
Hopelijk kan je mijn database converteren.

#37 guest_MichaelDeBoey_*

guest_MichaelDeBoey_*
  • Gasten
    Laatst bezocht

Geplaatst op 22 mei 2012 - 19:43

View PostJenny, on 21 mei 2012 - 21:38, said:

Michael,ik heb je db gedownload,maar kan ze voorlopig niet bekijken omdat ik access 2010 of 2007 niet heb
ik zal mijn best doen om er aan te komen (desnoods een probeer versie)
als alternatief zou je ook eventueel je db kunnen konverteren naar access 2000 of 2003 (2003 heb ik)
we zien wel
Ik heb ondertussen de database zelf al geconverteerd.
In bijlage vind je dus zowel een 2000-versie als een 2003-versie.
Je ziet aan de naam welke versie het is.

Hopelijk geraak je er wijs uit.
Onthou aub ook wat ik vorige keer zei:

View PostMichaelDeBoey, on 21 mei 2012 - 18:31, said:

Ook zou ik jullie er op willen wijzen dat ik me nog niet heb bezig gehouden met andere dingen dan de relaties te leggen.
Alle waarden staan dus nog standaard ingesteld.
Gelieve hier dus geen commentaar over te geven, want ik weet dat dit nog in orde gebracht moet worden :D

Alvast bedankt aan iedereen voor de hulp!

#38 pascalbianca

pascalbianca

    Webmaster/Admin

  • Webmaster
  • 4382 berichten
    Laatst bezocht 05 feb 2020 07:09
  • LocatieSusteren, Nederland, Midden Limburg.
Inzender

Geplaatst op 22 mei 2012 - 19:50

Wat je ook kan doen is ze inpakken in zip/rar-file, scheeld je gelijk wat in upload ruimte ;)

#39 guest_MichaelDeBoey_*

guest_MichaelDeBoey_*
  • Gasten
    Laatst bezocht

Geplaatst op 22 mei 2012 - 19:56

View Postpascalbianca, on 22 mei 2012 - 19:50, said:

Wat je ook kan doen is ze inpakken in zip/rar-file, scheeld je gelijk wat in upload ruimte ;)
Probleem dat ik het niet kon uploaden is al opgelost :D

#40 Jenny

Jenny

    Master Developer

  • Leden
  • PipPipPipPipPip
  • 558 berichten
    Laatst bezocht 02 apr 2017 22:13

Geplaatst op 22 mei 2012 - 19:56

Bedankt voor de conversie, zal me een hoop last besparen
maar mijn post was reeds klaar:

Michael
access 2007 te pakken gekregen en daarin je db geopend
enkele eerste indrukken en belangrijke vragen
elke tabel heeft als primary key een autonummer(id) ... waarom ?
ik zeg niet dat het slecht of goed is hoor,maar heb je er wel over nagedacht ?
op elke primary key in je db staan 2 indexen die enkel en alleen van naam verschillen ...waarom ?
om maar terug te komen op al die tabellen die slechts 2 velden hebben ('id' en 'naam')
waarom kan in elk van die tabellen het veld 'naam' een onbeperkt aantal maal dezelfde waarde hebben ?
vb: de tabel 'handicap'
id,Naam
11,Licht Mentaal
12,Licht Mentaal
13,Licht Mentaal
enz...
laten we het voorlopig daar maar bij houden,als je die 'niet normaalheden' opgelost hebt,kunnen we nog verder gaan
oh, toch nog even een opdracht geven:
toon eens de query om een patienten 'kaart' op het scherm te zetten

nogmaals bedankt voor de conversies, zal me in de toekomst daarop richten ( ik heb een hekel aan die 2007 interface)

#41 pascalbianca

pascalbianca

    Webmaster/Admin

  • Webmaster
  • 4382 berichten
    Laatst bezocht 05 feb 2020 07:09
  • LocatieSusteren, Nederland, Midden Limburg.
Inzender

Geplaatst op 22 mei 2012 - 20:02

View PostMichaelDeBoey, on 22 mei 2012 - 19:56, said:

Probleem dat ik het niet kon uploaden is al opgelost :D

I know, iemand was me al voor met de aanpassing ;)

#42 guest_MichaelDeBoey_*

guest_MichaelDeBoey_*
  • Gasten
    Laatst bezocht

Geplaatst op 22 mei 2012 - 20:13

View PostJenny, on 22 mei 2012 - 19:56, said:

Bedankt voor de conversie, zal me een hoop last besparen
Dat is graag gedaan

View PostJenny, on 22 mei 2012 - 19:56, said:

elke tabel heeft als primary key een autonummer(id) ... waarom ?
Dit heb ik steeds zo aangeleerd.
Zo sla je telkens maar een integer op als foreign key ipv een string, wat weer wat extra opslagruimte bespaard.

View PostJenny, on 22 mei 2012 - 19:56, said:

op elke primary key in je db staan 2 indexen die enkel en alleen van naam verschillen ...waarom ?
Dit zal automatisch door Access gegenereerd zijn dan, want ik heb me nog niet bezig gehouden met het instellen van indexen.
Ik zal dit nakijken en daarna terug in bijlage zetten.

View PostJenny, on 22 mei 2012 - 19:56, said:

waarom kan in elk van die tabellen het veld 'naam' een onbeperkt aantal maal dezelfde waarde hebben ?
vb: de tabel 'handicap'
id,Naam
11,Licht Mentaal
12,Licht Mentaal
13,Licht Mentaal
enz...
Dit komt omdat de indexen niet ingesteld zijn.
Zoals hierboven vermeld, heb ik mij daar nog niet met bezig gehouden.
Dit zou dus opgelost moeten zijn als ik de indexen nagekeken heb vermoed ik.

View PostJenny, on 22 mei 2012 - 19:56, said:

toon eens de query om een patienten 'kaart' op het scherm te zetten
Ik weet niet of het de meest ideale manier is maar dit is de manier waarop ik het zou doen:
SQL Code:
SELECT rijksregisterNr, naam, voornaam, geslacht, geboorteDatum, geboortePlaatsId, adresId, telefoonNr, GSMNr, nrVlaamsFonds, handicapId, voltijds/deeltijds, verwijzerId, isActievePatient, aantKinderen, behArtsen, mutualiteitId
FROM patient
WHERE id=[5]
En dan met de Id's alle info uit de andere tabellen ophalen.
De "[5]" in mijn voorbeeld is dan het id van de op te vragen patiënt

View Postpascalbianca, on 22 mei 2012 - 20:02, said:

I know, iemand was me al voor met de aanpassing ;)
Idd :D :P

Hopelijk geraken jullie er aan uit wat ik bedoel.
Alvast bedankt!

#43 guest_MichaelDeBoey_*

guest_MichaelDeBoey_*
  • Gasten
    Laatst bezocht

Geplaatst op 22 mei 2012 - 22:34

Indexen zijn aangepast.
De veldlengte heb ik nog niet bekeken.
Dit is voor later.
Zie bijlage voor de verbeterde database (zowel in 2000-, 2003- als 2007/2010-versie)

#44 Jenny

Jenny

    Master Developer

  • Leden
  • PipPipPipPipPip
  • 558 berichten
    Laatst bezocht 02 apr 2017 22:13

Geplaatst op 23 mei 2012 - 00:02

Michael, ben jij soms speedy gonzales ?
ok gedownload,zal het morgen eens bekijken (als ik tijd vind he)

#45 guest_MichaelDeBoey_*

guest_MichaelDeBoey_*
  • Gasten
    Laatst bezocht

Geplaatst op 23 mei 2012 - 01:25

View PostJenny, on 23 mei 2012 - 00:02, said:

ben jij soms speedy gonzales?
Neen, waarom misschien?

View PostJenny, on 23 mei 2012 - 00:02, said:

gedownload,zal het morgen eens bekijken (als ik tijd vind he)
OK is goed :D

Alvast bedankt!

#46 guest_MichaelDeBoey_*

guest_MichaelDeBoey_*
  • Gasten
    Laatst bezocht

Geplaatst op 23 mei 2012 - 13:01

Voila ik heb ondertussen de veldlengtes ook aangepast.
In bijlage vind je de database nog eens.

#47 RedThread

RedThread

    Beheerder VBIB

  • Beheerder
  • 3603 berichten
    Laatst bezocht 18 sep 2020 09:07
  • LocatieTongeren,Belgium.
Inzender

Geplaatst op 23 mei 2012 - 13:22

View PostMichaelDeBoey, on 23 mei 2012 - 13:01, said:

Voila ik heb ondertussen de veldlengtes ook aangepast.
In bijlage vind je de database nog eens.

Het is misschien iets handiger als je je eerste post aanpast (op knop 'bewerken' - 'meer opmerkingopties') en daar je database plaatst.
Dat bespaart ruimte en zoekwerk ;)

Greetzzz

#48 Jenny

Jenny

    Master Developer

  • Leden
  • PipPipPipPipPip
  • 558 berichten
    Laatst bezocht 02 apr 2017 22:13

Geplaatst op 23 mei 2012 - 13:33

Michael, je bent me klaarblijkelijk steeds te vlug af (als je niet weet wie speedy gonzales is...vraag het maar aan je mama)

Quote

Jenny
elke tabel heeft als primary key een autonummer(id) ... waarom ?

Quote

Michael
Dit heb ik steeds zo aangeleerd
juist,Dat is het grote probleem
er zijn mensen die je dat zo aangeleerd hebben,en nu moet je een proef doen die door diezelfde mensen beoordeeld gaat worden
eigenlijk ben je dus aan voeten en handen gebonden om het te doen zoals je aangeleerd is
maar...klaarblijkelijk besef je goed genoeg dat autonummers soms heel nuttig kunnen zijn,en soms alleen maar voor last zorgen,want je
gebruikt niet in alle tabellen autonummers
bv:patient_contactpersoon,leefgroep_patient,enz...
ondanks dat je klaarblijkelijk wel weet wanneer een autonummer alleen maar overbodige last is,gebruik je soms toch maar weer een
autonummer waar het totaal niet nodig is bv:tabel onkost
nog een woordje over de tabellen waar een autonummer totaal overbodig is vb:functie_personeelslid
waarom kan exact hetzelfde record daar meerdere malen in voorkomen ?
Michael tot vanavond (laat) of morgen, ik heb nog hopen opmerkingen,maar nu geen tijd
Groetjes he
Jenny

#49 guest_MichaelDeBoey_*

guest_MichaelDeBoey_*
  • Gasten
    Laatst bezocht

Geplaatst op 23 mei 2012 - 14:22

View PostRedThread, on 23 mei 2012 - 13:22, said:

Het is misschien iets handiger als je je eerste post aanpast (op knop 'bewerken' - 'meer opmerkingopties') en daar je database plaatst.
Dat bespaart ruimte en zoekwerk ;)
OK vanaf nu zal ik steeds de nieuwste versie (zowel de 2000-, de 2003- als de 2007/2010-versie) van de database in mijn eerste post toevoegen als bijlage en gewoon een nieuwe post met de vermelding van de nieuwe versie posten.

View PostJenny, on 23 mei 2012 - 13:33, said:

je bent me klaarblijkelijk steeds te vlug af (als je niet weet wie speedy gonzales is...vraag het maar aan je mama)
Ik weet wel degelijk wie Speedy Gonzales is, maar ik wist niet goed waarom je die opmerking maakte. Nu heb ik door dat je dat zei omdat ik je steeds te vlug af ben :D :P

View PostJenny, on 23 mei 2012 - 13:33, said:

er zijn mensen die je dat zo aangeleerd hebben,en nu moet je een proef doen die door diezelfde mensen beoordeeld gaat worden
eigenlijk ben je dus aan voeten en handen gebonden om het te doen zoals je aangeleerd is
De applicatie die ik nu aan het maken ben is niet voor school, maar voor een bedrijf waar een kennis van me werkt.
Dit had ik eerder al eens aangehaald in een vorige post:

View PostMichaelDeBoey, on 04 april 2012 - 20:17, said:

De moeder van een vriendin van me vroeg me om eens een programma te maken dat haar werk wat zou vergemakkelijken.

View PostJenny, on 23 mei 2012 - 13:33, said:

maar...klaarblijkelijk besef je goed genoeg dat autonummers soms heel nuttig kunnen zijn,en soms alleen maar voor last zorgen,want je
gebruikt niet in alle tabellen autonummers
bv:patient_contactpersoon,leefgroep_patient,enz...
Ja dit komt omdat het tussentabellen zijn en er dus alleen maar voor zorgen dat bijvoorbeeld een patiënt meerdere contactpersonen kan hebben of dat een leefgroep meerdere patiënten kan bevatten, enz...
Deze records moeten dus niet worden opgehaald en bewerkt worden

View PostJenny, on 23 mei 2012 - 13:33, said:

ondanks dat je klaarblijkelijk wel weet wanneer een autonummer alleen maar overbodige last is,gebruik je soms toch maar weer een
autonummer waar het totaal niet nodig is bv:tabel onkost
Deze records moeten wel opgehaald kunnen worden en bewerkbaar zijn, dus is het handiger als je met het Id kan werken, dan met WHERE-clauses te moeten werken, waarbij je kans op fouten maakt.
UPDATE (23/05/2012 14:25): Aangezien ik toch een foutje gezien heb in de tabel "onkost" heb ik deze aangepast en de nieuwste versie in mijn eerste post geplaatst.

View PostJenny, on 23 mei 2012 - 13:33, said:

nog een woordje over de tabellen waar een autonummer totaal overbodig is vb:functie_personeelslid
Volgens mij is die al weggehaald dan bij de meest recente versie.

View PostJenny, on 23 mei 2012 - 13:33, said:

waarom kan exact hetzelfde record daar meerdere malen in voorkomen?
Deze vraag begrijp ik niet.
Ik vermoedt dat je het nog steeds over de tabel "functie_personeelslid" hebt.
Maar je zegt net dat er geen autonummer in mag.
En hetzelfde record kan idd meerdere malen er in voorkomen, maar hoe moet ik ervoor zorgen dat dit niet kan?
Want bij het veld "functieId" mag je meerdere keren dezelfde waarde hebben en bij het veld "personeelsId" ook dus...
Moet ik dan een Primary Key op beide velden zetten of...?

View PostJenny, on 23 mei 2012 - 13:33, said:

tot vanavond (laat) of morgen, ik heb nog hopen opmerkingen,maar nu geen tijd
Als je opmerkingen hebt, mag je die steeds vermelden hoor :D
Hoe meer opmerkingen, hoe meer ik mijn fouten onder ogen zie die ik nu misschien niet zie.

#50 Jenny

Jenny

    Master Developer

  • Leden
  • PipPipPipPipPip
  • 558 berichten
    Laatst bezocht 02 apr 2017 22:13

Geplaatst op 24 mei 2012 - 13:48

Michael

Quote

Deze vraag begrijp ik niet.
Ik vermoedt dat je het nog steeds over de tabel "functie_personeelslid" hebt.
Maar je zegt net dat er geen autonummer in mag.
En hetzelfde record kan idd meerdere malen er in voorkomen, maar hoe moet ik ervoor zorgen dat dit niet kan?
Want bij het veld "functieId" mag je meerdere keren dezelfde waarde hebben en bij het veld "personeelsId" ook dus...
Moet ik dan een Primary Key op beide velden zetten of...?
je hebt je vraag reeds zelf beantwoord he, Juist, primary key of unieke index
maar bekijk dat eens goed, de tabel "functie_personeelslid" en de tabel "functie"
vooral de tabel "functie", verwijder het "id" veld eens,en maak "naam" de primary key
maw: je hebt nu nog maar 1 veld en 1 index in tabel "functie" inplaats van 2 velden en 2 indexen
bovendien wordt veld "functieId" van tabel "functie_personeelslid" nu ook "naam"
resultaat,je hebt nu geen join meer nodig tussen tabel "functie_personeelslid" en tabel "functie"
tabel "functie" wordt nu een zuivere look-up tabel en dient enkel nog om de referentiele integriteit af te dwingen
bovendien maakt het het gemakkelijker voor de gebruiker,die moet zich niet herinneren welke functie welk id heeft
bekijk ineens ook eens de velden "handicap","verwijzer","mutualiteit" van de patienten tabel
doe eens hetzelfde als met de "functie" tabel en zie hoe veel eenvoudiger alles wordt
en pas dat dan eens toe op alle tabellen die slechts 2 velden hebben (id en naam)
kijk ook eens al je tabellen na om zeker te zijn dat er geen dubbele records in kunnen komen
vb:hoe veel maal kan 2000 Antwerpen in de gemeente tabel voorkomen ?
tenslotte wil ik je nog een heel goede raad meegeven:
als het over database ontwerp gaat geloof NOOIT iemand (inclusief mezelf) zomaar klakkeloos,denk steeds na
en de allerbeste raad die je tot hiertoe gegeven is:

View Postchrissie1, on 20 mei 2012 - 11:29, said:

Mijn advies. Doe het éénvoudigste wat werkt voor uw geval en doe dat goed je kan daarna altijd nog aanpassen.


#51 guest_MichaelDeBoey_*

guest_MichaelDeBoey_*
  • Gasten
    Laatst bezocht

Geplaatst op 24 mei 2012 - 18:10

View PostJenny, on 24 mei 2012 - 13:48, said:

je hebt je vraag reeds zelf beantwoord he, Juist, primary key of unieke index
OK.
Dit heb ik dus veranderd bij de tabellen "functie_personeelslid" en "patient_contactpersoon"

View PostJenny, on 24 mei 2012 - 13:48, said:

maar bekijk dat eens goed, de tabel "functie_personeelslid" en de tabel "functie"
vooral de tabel "functie", verwijder het "id" veld eens,en maak "naam" de primary key
maw: je hebt nu nog maar 1 veld en 1 index in tabel "functie" inplaats van 2 velden en 2 indexen
bovendien wordt veld "functieId" van tabel "functie_personeelslid" nu ook "naam"
resultaat,je hebt nu geen join meer nodig tussen tabel "functie_personeelslid" en tabel "functie"
tabel "functie" wordt nu een zuivere look-up tabel en dient enkel nog om de referentiele integriteit af te dwingen
bovendien maakt het het gemakkelijker voor de gebruiker,die moet zich niet herinneren welke functie welk id heeft
Hoe ik het doe werkt het toch ook?
Je hebt een look-up van 2 velden waarbij je het eerste veld ("id") op breedte 0cm zet en het 2de veld ("naam") op breedte 5cm zet
Dan verkrijg je in Access net hetzelfde effect als jij zegt.
EN je slaat bij het record in tabel "functie_personeelslid" slechts 2 maal een integer (het id dus...) op ipv 2 maal een string.
Het is ook de bedoeling om de Access-database later naar een MySQL-database over te zetten en dus op hun webserver te runnen.
Dan is het dus zeker onmogelijk om het op jouw manier te doen.

View PostJenny, on 24 mei 2012 - 13:48, said:

bekijk ineens ook eens de velden "handicap","verwijzer","mutualiteit" van de patienten tabel
doe eens hetzelfde als met de "functie" tabel en zie hoe veel eenvoudiger alles wordt
en pas dat dan eens toe op alle tabellen die slechts 2 velden hebben (id en naam)
Idem als mijn vorig antwoord

View PostJenny, on 24 mei 2012 - 13:48, said:

kijk ook eens al je tabellen na om zeker te zijn dat er geen dubbele records in kunnen komen
vb:hoe veel maal kan 2000 Antwerpen in de gemeente tabel voorkomen ?
Dit is een beveiliging die in het programma moet gebeuren.
Want ik zou dan niet weten hoe ik het anders zou moeten doen.
Ik mag geen index van het veld "postCode" of het veld "naam" maken, want zowel de postcode kan meerdere malen voorkomen als de naam kan ook meerdere malen voorkomen
Vb.: 9100 Sint-Niklaas
   9100 Nieuwkerken-Waas
   EN
   2000 Antwerpen
   2018 Antwerpen
   2020 Antwerpen
   2030 Antwerpen
   2040 Antwerpen
   2050 Antwerpen
   2060 Antwerpen

View PostJenny, on 24 mei 2012 - 13:48, said:

tenslotte wil ik je nog een heel goede raad meegeven:
als het over database ontwerp gaat geloof NOOIT iemand (inclusief mezelf) zomaar klakkeloos,denk steeds na
Dat doe ik ook niet hoor :D
Ik luister naar je commentaar en geef daarna mijn mening of als ik denk dat je wel gelijk hebt doe ik het ook zoals je zegt :D

View PostJenny, on 24 mei 2012 - 13:48, said:

en de allerbeste raad die je tot hiertoe gegeven is:

Quote

Mijn advies. Doe het éénvoudigste wat werkt voor uw geval en doe dat goed je kan daarna altijd nog aanpassen.
Dat is waar, maar ik heb liever dat ik nu iets langer nadenk en later (zo goed als) niks meer moet aanpassen dan nu alles in een sneltempo te doen en later nog (veel) aanpassingen te moeten doen.

Alvast bedankt voor de hulp!

#52 Jenny

Jenny

    Master Developer

  • Leden
  • PipPipPipPipPip
  • 558 berichten
    Laatst bezocht 02 apr 2017 22:13

Geplaatst op 24 mei 2012 - 20:07

tja,Michael,wat kan ik daar op zeggen
behalve dan: waarom zou je het gemakkelijk maken als moeilijk ook kan

ik zou je toch nog om een gunst willen vragen:
ik zou graag het RijksregisterNr,de handicap,de verwijzer,en de mutualiteit van patient met id 5 weten
kan jij de benodigde query hier eens plaatsen
bedankt he

#53 guest_MichaelDeBoey_*

guest_MichaelDeBoey_*
  • Gasten
    Laatst bezocht

Geplaatst op 24 mei 2012 - 20:39

View PostJenny, on 24 mei 2012 - 20:07, said:

tja,Michael,wat kan ik daar op zeggen
behalve dan: waarom zou je het gemakkelijk maken als moeilijk ook kan
Ik begrijp niet goed over wat je het hier hebt hoor...

View PostJenny, on 24 mei 2012 - 20:07, said:

ik zou je toch nog om een gunst willen vragen:
ik zou graag het RijksregisterNr,de handicap,de verwijzer,en de mutualiteit van patient met id 5 weten
kan jij de benodigde query hier eens plaatsen
Ik zou dan dit als mijn query gebruiken:
SQL Code:
SELECT p.rijksregisterNr, h.naam, v.naam, m.naam
FROM patient p, handicap h, verwijzer v, mutualiteit m
WHERE p.id=5, h.id=p.handicapId, v.id=p.verwijzerId, m.id=p.mutualiteitId


#54 Jenny

Jenny

    Master Developer

  • Leden
  • PipPipPipPipPip
  • 558 berichten
    Laatst bezocht 02 apr 2017 22:13

Geplaatst op 24 mei 2012 - 23:11

Quote

SELECT p.rijksregisterNr, h.naam, v.naam, m.naam  
FROM patient p, handicap h, verwijzer v, mutualiteit m  
WHERE p.id=5, h.id=p.handicapId, v.id=p.verwijzerId, m.id=p.mutualiteitId
gewoon om het rijksregisterNr, de handicap, de verwijzer,de mutaliteit van een patient te weten
heb je dus 4 tabellen en 3 joins nodig
bovendien in tabellen handicap,verwijzer,mutualiteit heb je 2 velden en 2 indexen nodig

wat had je gedacht van:

select rijksregisterNr, handicap, verwijzer, mutualiteit from patient where id=5

1 tabel geen joins
en in tabellen handicap,verwijzer,mutualiteit heb je slechts 1 veld en 1 index nodig

#55 guest_MichaelDeBoey_*

guest_MichaelDeBoey_*
  • Gasten
    Laatst bezocht

Geplaatst op 25 mei 2012 - 02:24

View PostJenny, on 24 mei 2012 - 23:11, said:

gewoon om het rijksregisterNr, de handicap, de verwijzer,de mutaliteit van een patient te weten
heb je dus 4 tabellen en 3 joins nodig
bovendien in tabellen handicap,verwijzer,mutualiteit heb je 2 velden en 2 indexen nodig

wat had je gedacht van:

select rijksregisterNr, handicap, verwijzer, mutualiteit from patient where id=5

1 tabel geen joins
en in tabellen handicap,verwijzer,mutualiteit heb je slechts 1 veld en 1 index nodig
Ja daar heb je gelijk in, maar -zoals ik reeds gezegd heb- sla je dan telkens 3 strings (handicap1, Verwijzer15, mutualiteit2) op waar je het kan doen met het opslaan van 3 integers (1, 15, 2)
Dit is dus minder opslag per record in de tabel "patient"...
En daar draait het tenslotte allemaal grotendeels om he...
Dat je zoveel mogelijk dingen kan opslaan met zo weinig mogelijk opslag
En het is maar een klein beetje code dat je extra moet schrijven voor hetzelfde te verkrijgen...
Want het is toch de bedoeling dat alles via een VB-programma werkt...
En zoals ik ook reeds gezegd heb is het ook de bedoeling om later naar een online MySQL-database over te gaan en dan is jouw manier een van de slechtste manieren die er zijn

#56 Jenny

Jenny

    Master Developer

  • Leden
  • PipPipPipPipPip
  • 558 berichten
    Laatst bezocht 02 apr 2017 22:13

Geplaatst op 25 mei 2012 - 10:47

mijn Condoleances aan die moeder van een vriendin van je, die je vroeg om eens een programma te maken dat haar werk wat zou vergemakkelijken.
Groetjes he
Jenny

#57 RedThread

RedThread

    Beheerder VBIB

  • Beheerder
  • 3603 berichten
    Laatst bezocht 18 sep 2020 09:07
  • LocatieTongeren,Belgium.
Inzender

Geplaatst op 25 mei 2012 - 11:17

Michael,

ik denk dat je nu wel genoeg informatie heb om eruit te geraken hetgeen je wil.
Er zijn verschillende opties met voorbeelden gegeven en daaruit blijkt duidelijk dat jij meermaals de voorkeur geeft aan minimale data opslag.

Als dat de weg is die je wil gaan is dat natuurlijk je goed recht, maar dat wil niet zeggen dat andere methodes zoals die van jenny "één van de slechtste manieren" is.
Zij geeft gewoon aan welke weg zij zou volgen indien zij in jouw plaats was, en dat was toch jouw vraag hé.


Jenny,

Ik weet niet of we gelijk onze steunbetuigingen moeten gaan aanbieden :) want uiteindelijk hangt het gebruikersgemak van een programma grotendeels af van de GUI (in dit geval in VB.net gemaakt) en niet de database struktuur die erachter hangt.

Greetzz
RedThread

#58 guest_MichaelDeBoey_*

guest_MichaelDeBoey_*
  • Gasten
    Laatst bezocht

Geplaatst op 25 mei 2012 - 13:18

View PostRedThread, on 25 mei 2012 - 11:17, said:

ik denk dat je nu wel genoeg informatie heb om eruit te geraken hetgeen je wil.
Er zijn verschillende opties met voorbeelden gegeven en daaruit blijkt duidelijk dat jij meermaals de voorkeur geeft aan minimale data opslag.
Ja dat klopt idd
Ik heb altijd geleerd dat je vooral naar opslag moet kijken, maar het ook niet TE veel moet vereenvoudigen, want dan wordt het soms TE moeilijk om nog info uit je database te krijgen.

View PostRedThread, on 25 mei 2012 - 11:17, said:

Als dat de weg is die je wil gaan is dat natuurlijk je goed recht, maar dat wil niet zeggen dat andere methodes zoals die van jenny "één van de slechtste manieren" is.
Zij geeft gewoon aan welke weg zij zou volgen indien zij in jouw plaats was, en dat was toch jouw vraag hé.
Hierbij bedoelde ik een van de slechtste manieren om opslag te beperken.

View PostRedThread, on 25 mei 2012 - 11:17, said:

Ik weet niet of we gelijk onze steunbetuigingen moeten gaan aanbieden :) want uiteindelijk hangt het gebruikersgemak van een programma grotendeels af van de GUI (in dit geval in VB.net gemaakt) en niet de database struktuur die erachter hangt.
Dat klopt idd
Alles hangt af van de GUI
Als die goed gedaan is, dan zal de gebruiker er geen last van hebben met de problemen die Jenny denkt er te zijn.

#59 Hypenate

Hypenate

    Guru Developer

  • Leden
  • PipPipPipPipPipPip
  • 1228 berichten
    Laatst bezocht 15 mei 2019 21:27
Inzender

Geplaatst op 26 mei 2012 - 08:38

http://office.micros...1462.aspx?CTT=1 <-- Wat Chrissie zegt...





Ook met taq MS Access 2010, Relaties voorzien

0 gebruiker(s) lezen dit onderwerp

0 lid(leden), 0 bezoeker(s), 0 anonieme gebruikers

Inloggen


Untitled 1

Met dank aan Jürgen voor de jarenlange inzet van visualbasic.be (anno dec 2000)
Met dank aan Mike en Ronneke voor de jarenlange inzet van vbib.be (anno dec 2010)
Met dank aan PascalBianca voor de jarenlange inzet van vbib.be (anno dec 2016)