Toon posts:

[access] hulp bij database opzetten *

Pagina: 1
Acties:
  • 197 views sinds 30-01-2008
  • Reageer

Verwijderd

Topicstarter
Ik ben momenteel bezig met het proberen te maken van een databas in access 2000.....

Aangezien ik eigenlijk een complete leek ben in access vraag ik om hulp.

Het is voor m'n stage opdracht, en het is de bedoeling dat ik iets maak, waarin ik kan kiezen uit verschillende lokalen, en dan te zien krijg welke pc's er in die lokalen staan, en dat ik dan van elke pc de specificaties te zien krijg. Dus een simpel menu'tje ofsow....

Hoe kan ik er nou het beste aan beginnen, en waar moet ik rekening mee houden .. ? Of is dit onbegonnen werk voor een access leek ?

  • kenneth
  • Registratie: September 2001
  • Niet online

kenneth

achter de duinen

Begin met een boek over database ontwerp, een introductie in Access 2000, bijv. "Het Boek over Access 2000" van Easy Computing.

Verder veel trial and error ... s6 :)

Look, runners deal in discomfort. After you get past a certain point, that’s all there really is. There is no finesse here.


Verwijderd

Topicstarter
Heb wel een ecdl diploma van acces gehaald, dus klein beetje ken ik wel....

Wat is een schakelbord precies, is dat niet een soort menu waarin ik kan kijken wat er in de database staat ?!

  • Rizzi
  • Registratie: September 2002
  • Niet online

Rizzi

Rechtlijnig als altijd

Het beste kun je beginnen met een stappenplan, wat wil ik allemaal in Acces zien/doen? Bestanden gaan maken, primaire en referende sleutels bepalen en daarna bijv. verder gaan met het ER-diagram.
Dus niet gelijk in Acces gaan lopen prutsen want dan maak je je hetzelf erg lastig. Beschouw het als je met de auto weggaat. Thuis ga je ook eerst kijken waar je naartoe wilt gaan, op basis daarvan stel je een route [of plan] samen. Kijk anders ook eens op www.sip.be/cursus/access/inhoud.htm , hier staat een hele goede cursus Acces op.

What's a cube to you?


Verwijderd

Topicstarter
iig bedankt, is kijken naar die cursus, heb zoiets als is ooit gevolgd...

maar het is dus wel mogelijk, om een soort menu te maken, waarin ik de klas kan kiezen, dan de pc's en dan de specificaties van elke pc...., doe ik dit dmv een schakelbord, of ga ik de verkeerde richting uit ?

Verwijderd

Wat denk je van twee tabellen, "lokalen" en "pc's" met een sleutel tussen die twee :?
dus ID in "lokalen" terug laten komen als lokID bij "pc's"...

Het is maar een suggestie, ik weet natuurlijk niet hoe je dit in access zelf moet verwezelijken...want zelf werk ik met php.

Maar zo leg je de relaties tussen de lokalen en pc's.

[ Voor 49% gewijzigd door Verwijderd op 12-02-2003 11:58 ]


  • kenneth
  • Registratie: September 2001
  • Niet online

kenneth

achter de duinen

Je bent met de interface bezig, je zal eerst 'n goed database ontwerp moeten hebben: welke gegevens wil je opslaan, welke details over die gegevens. Zie Rizzi.
Daarna ga je pas denken over hoe je dat op het scherm wilt toveren. En wat dat betreft zijn zelfs in Access de mogelijkheden eindeloos.

Look, runners deal in discomfort. After you get past a certain point, that’s all there really is. There is no finesse here.


Verwijderd

Topicstarter
Aha,

Ik ben al aan het prutsen geweest en heb al verschillende tabellen aangemaakt, maar volgens mij zelfs te veel....

Heb
*apparaten (waarin aangegeven wordt, wat het is , printer/pc/laptop enz)
*Lokaal (hier staan alle lokalen in vermeld)
*Lokaal 1 (lokaal 1 met alle namen van de pc's die er in staan
*Lokaal 2 (lokaal 2 met alle namen van de pc's die er in staan
*Producten (Hiet staan de geeltes van de specificaties, zoals pc naam, tagnummer, ip adres, hard disk enz)

kan ik niet iets maken dat als ik op lokaal klik, ik dan op een lokaal klik en dan op een pc ?

  • gorgi_19
  • Registratie: Mei 2002
  • Laatst online: 13:24

gorgi_19

Kruimeltjes zijn weer op :9

Klopt.. :)

apparaten: apparaatID, apparaatomschrijving
Producten: productID, apparaatID, LokaalID etc.
Lokalen: LokaalID, lokaalnaam, etc.

Immers, een product kan maar in 1 lokaal tegelijk staan.

[ Voor 4% gewijzigd door gorgi_19 op 12-02-2003 12:50 ]

Digitaal onderwijsmateriaal, leermateriaal voor hbo


  • drm
  • Registratie: Februari 2001
  • Laatst online: 09-06-2025

drm

f0pc0dert

offtopic:
ff title aangepast.
Ik laat 't topic open omdat dit wel interessante tips op kan leveren. Laat iedereen dan zijn best doen de topicstarter te helpen, in plaats van af te branden :)

Music is the pleasure the human mind experiences from counting without being aware that it is counting
~ Gottfried Leibniz


Verwijderd

Topicstarter
drm , juist :)

dank u

gorgi_19 waar kan ik die id's instellen / wijzigen dan...

  • gorgi_19
  • Registratie: Mei 2002
  • Laatst online: 13:24

gorgi_19

Kruimeltjes zijn weer op :9

Verwijderd schreef op 12 February 2003 @ 13:07:
drm , juist :)

dank u

gorgi_19 waar kan ik die id's instellen / wijzigen dan...
zijn kolomnamen. :) Kan je in je database design instellen.

Digitaal onderwijsmateriaal, leermateriaal voor hbo


Verwijderd

Verwijderd schreef op 12 februari 2003 @ 12:46:
Aha,

Ik ben al aan het prutsen geweest en heb al verschillende tabellen aangemaakt, maar volgens mij zelfs te veel....

Heb
*apparaten (waarin aangegeven wordt, wat het is , printer/pc/laptop enz)
*Lokaal (hier staan alle lokalen in vermeld)
*Lokaal 1 (lokaal 1 met alle namen van de pc's die er in staan
*Lokaal 2 (lokaal 2 met alle namen van de pc's die er in staan
*Producten (Hiet staan de geeltes van de specificaties, zoals pc naam, tagnummer, ip adres, hard disk enz)

kan ik niet iets maken dat als ik op lokaal klik, ik dan op een lokaal klik en dan op een pc ?
Ho, Ho, HOOO!
Je gaat nu toch niet voor elk lokaal een aparte tabel maken??
Je link "Lokalen" (lokaal1, lokaal2 etc) via "apparaten" aan "producten"
Voorbeeldje:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
lokalen.lid = apparaten.lid
apparaten.aid = producten.aid

Lokalen:
lid | lokaal | etc
--------------------
1   | 120    | bla

Apparaten:
aid | lid | wat 
-------------------
1   | 1   | laptop
2   | 1   | printer

Producten:
pid  | aid | wat     | speciaal
-------------------------------
1    | 1   | laptop  | heel snel
2    | 2   | printer | zwart-wit

Zo zou ik het iig doen.

[ Voor 24% gewijzigd door Verwijderd op 12-02-2003 13:19 ]


Verwijderd

Topicstarter
slindenau , ja zoiets moet ik dus ook hebben, maar weet niet precies hoe of waar ik moet beginnen, vandaar dat ik dus de fout in ging....

snap nu eigenlijk nog niet helemaal hoe die dingen moet ingeven waar jij het over hebt :$

  • Jaspertje
  • Registratie: September 2001
  • Laatst online: 12-08 16:04

Jaspertje

Max & Milo.. lief

het is de bedoeling dat ik iets maak, waarin ik kan kiezen uit verschillende lokalen, en dan te zien krijg welke pc's er in die lokalen staan, en dat ik dan van elke pc de specificaties te zien krijg. Dus een simpel menu'tje ofsow....

Je wilt dus de volgende dingen weten:
- Alle lokalen
- Alle Pc's + specificaties
- Waar de Pc's staan

Ik zou het dan zo doen:

Lokalen:
- Lokaal_nummer (Dit kan het werkelijke nummer zijn.. er zullen op school toch geen 2 lokalen zijn met dezelfde nummers??)
- etc

Apparaten
- App.Id
- Wat is het
- Lokaal_idAangezien een apparaat maar in een lokaal kan staan, kan dat hier opgeslagen worden


Het enige waar ik niet uit kom zijn de onderdelen binnen het rpoduct, je kan voor elk onderdeel een apparte tabel maken, maar dat is niet mooi!!!! Je kan er ook voor kiezen om die in de tabel mee te geven van producten en dan een ja/nee veld erbij (of text bij ip)

Hoop dat het helpt

[ Voor 11% gewijzigd door Jaspertje op 12-02-2003 14:18 . Reden: Heb Gorgi niet echt gelezen :) ]


Verwijderd

Verwijderd schreef op 12 februari 2003 @ 13:59:
slindenau , ja zoiets moet ik dus ook hebben, maar weet niet precies hoe of waar ik moet beginnen, vandaar dat ik dus de fout in ging....

snap nu eigenlijk nog niet helemaal hoe die dingen moet ingeven waar jij het over hebt :$
Nofi hoor, maar jij hebt een diploma in access/databases ?

Er valt niet veel aan te begrijpen, je linkt gewoon records uit de ene tabel aan die uit een andere tabel met nummertjes. Bij de eerste tabel is het gewoon de sleutel, die komt weer terug bij de tweede tabel.
Met "WHERE tabel1.sleutel = tabel2.nummer" kun je dan gegevens sorteren.

  • Jaspertje
  • Registratie: September 2001
  • Laatst online: 12-08 16:04

Jaspertje

Max & Milo.. lief

gorgi_19 schreef op 12 februari 2003 @ 12:49:
Klopt.. :)

apparaten: apparaatID, apparaatomschrijving
Producten: productID, apparaatID, LokaalID etc.
Lokalen: LokaalID, lokaalnaam, etc.

Immers, een product kan maar in 1 lokaal tegelijk staan.
Die producten klopt niet, een harde schrijf kan toch in meerdere Pc's zitten...

Dus dan zou je nog een koppeltabel moeten maken..
apparaat - product..

of nie?

  • gorgi_19
  • Registratie: Mei 2002
  • Laatst online: 13:24

gorgi_19

Kruimeltjes zijn weer op :9

Mja.. Ik vind het een beetje ver gaan om een harde schijf nog onder te gaan verdelen:

ipv: 80, 60, 30

Een aparte tabel te gaan maken met
typeID grootte
1 80
2 60
3 30

Digitaal onderwijsmateriaal, leermateriaal voor hbo


  • Jaspertje
  • Registratie: September 2001
  • Laatst online: 12-08 16:04

Jaspertje

Max & Milo.. lief

Dan zou je het al bij het product kunnen nemen, omdat het dan niet veel toevoegd

Reactie op LauPro:)

Dan zou je het toch allemaal in dezelfde tabel als de computer op kunnen nemen, en dan de dingen die die computer (of printer or whateva) niet heeft gewoon leeg laten?

[ Voor 59% gewijzigd door Jaspertje op 12-02-2003 14:28 ]


  • LauPro
  • Registratie: Augustus 2001
  • Laatst online: 24-08 14:46

LauPro

Prof Mierenneuke®

Jaspertje schreef op 12 February 2003 @ 14:20:
[...]


Die producten klopt niet, een harde schrijf kan toch in meerdere Pc's zitten...

Dus dan zou je nog een koppeltabel moeten maken..
apparaat - product..

of nie?
Niet als je meeneemt dat elk product een eigen serienummer heeft. Overigens zie ik dat iemand de ip's ook wilde opslaan in de tabel :?, ik mag toch hopen dat je iets van DHCP hebt.

Inkoopacties - HENK terug! - Megabit
It is a war here, so be a general!


  • gorgi_19
  • Registratie: Mei 2002
  • Laatst online: 13:24

gorgi_19

Kruimeltjes zijn weer op :9

Jaspertje schreef op 12 February 2003 @ 14:26:
Dan zou je het al bij het product kunnen nemen, omdat het dan niet veel toevoegd
Mjah.. heb dat stukje blijkbaar niet zo goed gelezen... 8)7

[ Voor 28% gewijzigd door gorgi_19 op 12-02-2003 14:29 ]

Digitaal onderwijsmateriaal, leermateriaal voor hbo


  • djluc
  • Registratie: Oktober 2002
  • Laatst online: 19:48
Mijn ideeën:
Het volgende is iedereen het wel mee eens denk ik:
table lokalen: -id -omschrijving
table pcs: -id -lokaal

Dan zou ik in verband met mogelijke uitbreidingen het volgende doen:

table pcparts: -id -type -omschrijving
Hierin staan dus alle onderdelen, oftwel specificaties die mogelijk zijn.

table pcpartstypen: -id -soortnaam(bivoorbeeld harddisk)
Hierin staan de type specificaties zoals harddisk, monitor etc.

table pcpartslink: -id -pcid -pcpartid
Hierin worden de onderdelen aan de pc's gelinkt.

Verwijderd

Met mijn database model zit ik aan zoiets te denken: (eenvoudig prutswerk hoor)
Afbeeldingslocatie: http://www.vanerve.nl/users/sebas/got_access.jpg

  • Jaspertje
  • Registratie: September 2001
  • Laatst online: 12-08 16:04

Jaspertje

Max & Milo.. lief

Meerdere PC's kunnen meerdere harde schijven hebben.. Als je het zo gaat opslaan, dan heb je een koppeltabel nodig, daar is lijkt mij geen discussie over mogelijk.. Zodra een harddisk een serienummer krijgt, kan ie nog maar in een PC zitten.. dan heeft het dus geen nut meer om een koppeltabel te maken, maar om in die onderdelen (HD in dit geval) tabel een extraveld computer neer te zetten.

Waarom?? Een computer kan nog wel meerdere HD's hebben.. stom stom stom..

het plaatje is niet echt duidelijk

[ Voor 8% gewijzigd door Jaspertje op 12-02-2003 14:36 ]


Verwijderd

Jaspertje schreef op 12 February 2003 @ 14:36:
Meerdere PC's kunnen meerdere harde schijven hebben.. Als je het zo gaat opslaan, dan heb je een koppeltabel nodig, daar is lijkt mij geen discussie over mogelijk.. Zodra een harddisk een serienummer krijgt, kan ie nog maar in een PC zitten.. dan heeft het dus geen nut meer om een koppeltabel te maken, maar om in die onderdelen (HD in dit geval) tabel een extraveld computer neer te zetten.

Waarom?? Een computer kan nog wel meerdere HD's hebben.. stom stom stom..

het plaatje is niet echt duidelijk
Kan toch?
Lokalen:
1 - 120 - lokaal 120
Apparaten:
1 - 1 - Pc 1
2 - 1 - Pc 2
Producten:
1 - 1 - Hd 1 (pc 1)
2 - 1 - Hd 2 (pc 1)
3 - 2 - Hd (pc 2)

  • Jaspertje
  • Registratie: September 2001
  • Laatst online: 12-08 16:04

Jaspertje

Max & Milo.. lief

Verwijderd schreef op 12 februari 2003 @ 14:39:
[...]

Kan toch?
Lokalen:
1 - 120 - lokaal 120
Apparaten:
1 - 1 - Pc 1
2 - 1 - Pc 2
Producten:
1 - 1 - Hd 1 (pc 1)
2 - 1 - Hd 2 (pc 1)
3 - 2 - Hd (pc 2)
Ja inderdaad, alleen Lokalen,

Daar kan je
120 - lokaal 120 van maken (of zijn er bij jullie op school meer lokalen die 120 zijn??

dan zou je zelfs alleen 120 kunnen opslaan, en dan kan die hele tabel weg :)

  • RobIII
  • Registratie: December 2001
  • Niet online

RobIII

Admin Devschuur®

^ Romeinse Ⅲ ja!

(overleden)
Hier iemand met wat DB ervaring... ;)

Dit is wat ik zou doen:
Afbeeldingslocatie: http://www.theforumisdown.com/uploadfiles/0103/mdb.gif

Tabel Apparaten
Bevat alle apparaten die er zijn.
* ap_id is Autonummering en Primaire sleutel
* ap_naam is Naam van de computer (tekst veld, lengte 150 ofzo)
* ap_Omschrijving is vrije tekst (memo veld)

Hierin gooi je dus PC namen als "Server" of "Werkstation Pietje"

Tabel lokalen
Bevat alle lokalen die er zijn.
* lok_id is Autonummering en Primaire sleutel
* lok_naam is de naam van het lokaal (tekst, 150 ofzo)

Hierin gooi je dus lokaalnamen als "B14" ofzo.

Tabel Specs
Bevat alle mogelijke specs die van een PC bekend kunnen worden
* sp_id is Autonummering en Primaire sleutel
* sp_Omschr is de spec omschrijving (tekst, 50 ofzo)

Hierin gooi je dus waardes als "CPU", "Memory", "OS", "IP" en "Mac adres"

ApparaatSpecs
Bevat alle specs voor alle apparaten (koppeltabel)
* as_ap_id is nummeriek, foreign key naar tbl_Apparaten
* as_sp_id is nummeriek, foreign key naar tbl_Specs
* as_value is tekst, 200 ofzo.

as_ap_id is samen met as_sp_id primary key

Hierin komen dus waardes als volgt:
as_ap_id = 13 (computer 13 uit tabel tbl_Apparaten)
as_sp_id = 15 (specs 15 uit tabel tbl_Specs)
as_value = "1500Mhz"

Hiermee zeg je dus dat computer 13 (de computer van pietje is 13 bijvoorbeeld) voor de specs Mhz (Mhz is 15 uit de specs tabel) waarde 1500Mhz heeft.

Tabel Apparaatlokalen
Hierin zeg je welke computer in welk lokaal staat.
* al_ap_id is nummeriek, foreign key naar tbl_Apparaten
* al_lok_id is nummeriek, foreign key naar tbl_Lokalen
Samen zijn ze primary key.

Hierin zet je dus waardes als:
al_ap_id = 13 (De computer van pietje, dus een verwijzing naar computer 13 in de computers tabel)
al_lok_id = 7 (Lokaal "B14", dus een verwijzing naar lokaal 7 in de lokalen tabel)

[ Voor 85% gewijzigd door RobIII op 12-02-2003 14:54 ]

There are only two hard problems in distributed systems: 2. Exactly-once delivery 1. Guaranteed order of messages 2. Exactly-once delivery.

Je eigen tweaker.me redirect

Over mij


Verwijderd

RobIII schreef op 12 February 2003 @ 14:43:
Hier iemand met wat DB ervaring... ;)

Dit is wat ik zou doen:
[afbeelding]

Momentje, ik leg het effe uit (ben zo terug)
Waarom een extra tabel tussen lokalen en apparaten ? Daar zie ik het nut niet van in...
Voor de rest is ie toppie hoor ;)

[ Voor 5% gewijzigd door Verwijderd op 12-02-2003 14:48 ]


  • RobIII
  • Registratie: December 2001
  • Niet online

RobIII

Admin Devschuur®

^ Romeinse Ⅲ ja!

(overleden)
Verwijderd schreef op 12 February 2003 @ 14:47:
[...]

Waarom een extra tabel tussen lokalen en apparaten ? Daar zie ik het nut niet van in...
Voor de rest is ie toppie hoor ;)
Is wat flexibibeler voor uitbreiding in de toekomst ;)

Je kunt het i.d.d. ook zo doen:
Afbeeldingslocatie: http://www.theforumisdown.com/uploadfiles/0103/mdb2.gif
In dat geval komt tbl_ApparaatLokalen te vervallen en komt er bij tbl_Apparaten een numeriek veld bij, namelijk ap_lok_id als foreign key naar tbl_Lokalen

phew... veel duidelijker kan ik het niet maken HvG0!! :Y)

/edit/
Ik bedenk zojuist dat als je bijvoorbeeld 2(of meer) hd's hebt in een pc je even op moet letten:

OF je gebruikt de huidige opzet, en gooit als waarde bij spec "HD" bijvoorbeeld de tekst "1 x Maxtor 20GB, 1 x WD 40 GB" er in,
OF je maakt een veld as_id aan (autonumering, primaire sleutel) en je laat de originele primary key van as_ap_id en as_sp_id vervallen. In dat geval kun je 2 (of meer) keer de spec "HD" toevoegen met telkens een eigen waarde. Je zou dan dus theoretisch ook 2 OS-sen, CPU's of whatever kunnen opslaan. Maar ook 2 mainboards (in 1 pc) ;)

[ Voor 44% gewijzigd door RobIII op 12-02-2003 15:11 ]

There are only two hard problems in distributed systems: 2. Exactly-once delivery 1. Guaranteed order of messages 2. Exactly-once delivery.

Je eigen tweaker.me redirect

Over mij


Verwijderd

Topicstarter
RobIII , thx is kijken of ik al wat verder kom nu...

kan jij het ontwerp niet voor me maken, zodat ik alleen de gegevens nog maar hoef in te voeren :D (krijg je biertje van me :))

Het is en blijft een wazig programma voor me... :)

Verwijderd

Topicstarter
Het zijn trouwens per lokaal allemaal dezelfde pc's misschien, dat er 1 of 2 systemen staan die net iets meer geheugen hebben dan de ander.... dus hoef gelukkig geen rekening te houden met 2 hdd's enz....

  • doemaarwat
  • Registratie: Mei 2000
  • Laatst online: 14-12-2022

doemaarwat

of zoiets dergelijks...

Verwijderd schreef op 13 februari 2003 @ 09:13:
...
kan jij het ontwerp niet voor me maken, zodat ik alleen de gegevens nog maar hoef in te voeren :D (krijg je biertje van me :))...
Dat is toch minstens een krat waard denk ik zo ;)

Als je ermee ophoudt wat er in het hier en nu is te vergelijken met wat je zou willen dat er was, kun je beginnen met genieten van wat er is. - Cheri Huber


Verwijderd

Topicstarter
doemaarwat schreef op 13 February 2003 @ 09:32:
[...]

Dat is toch minstens een krat waard denk ik zo ;)
Daar valt over te praten natuurlijk ;)
Pagina: 1