---

Hej NG.

Jeg er begynder indenfor database, og skal nu oprette en Access-database til
brug for registrering af data for 4 udlejningsejendomme.

Jeg har ikke overblikket til at se, hvordan jeg bedst muligt opdeler
databasen i "del-tabeller" for at undgå redundans.

Jeg forestiller mig, at der skal være følgende oplysninger (og sikker nogle
flere, som jeg ikke har tænkt på p.t.):
1. "Personer": Lejernr - Navn - Adresse - Postnr - By - Telefon - Ejendom -
LejlighedNr - Indflyttet - Fraflyttet - Leje - VarmeAC - Md/Kvt -
Reguleringsdato - Notater
2. "Ejendomme": EjdNr - Adresse - Postnr - By - AntalLejl - Notater
3. "Lejligheder": LejlNr - Kvm - Beboelse/Erhverv - Adresse - Etage -
Notater

Er der nogen i "forsamlingen", der kan hjælpe mig i gang - evt. ved
fremsendelse af "eksempel-database" til jornh@webspeed.dk ?

På forhånd tak for hjælpen.

MVH Jørn H.

---

Jørn H. skrev:

> Jeg er begynder indenfor database, og skal nu oprette en
> Access-database til brug for registrering af data for 4
> udlejningsejendomme.

Jeg vil anbefale dig at købe eller låne et hæfte eller en bog om
databaser inden du går i gang. Det kan hurtigt tjene sig ind - både
i tid og penge.


> Jeg forestiller mig, at der skal være følgende oplysninger (og
> sikker nogle flere, som jeg ikke har tænkt på p.t.):
> 1. "Personer": Lejernr - Navn - Adresse - Postnr - By -

Postnr og By er i princippet en særskilt relation - og bør derfor
have deres egen tabel. En del databaser nøjes dog i stedet med
opslag i en postnummertabel og gemmer derfor stadig postnr og by i
hovedtabellen (her personer) - det gør det lidt enklere at håndtere
nye postnumre.

> Telefon - Ejendom - LejlighedNr - Indflyttet - Fraflyttet -

Kan en person flytte fra en lejlighed til en anden uden at skifte
lejernr?

Skal databasen kun registrere den bolig en lejer bor i her og nu?
(eller skal man kunne se at Peter Hansen boede i lejlighed 42 fra
2002 til 2003 og derefter flyttede til lejlighed 17)

> Leje - VarmeAC - Md/Kvt - Reguleringsdato - Notater

Er huslejen en egenskab ved lejeren eller ved lejligheden?


> Notater 3. "Lejligheder": LejlNr - Kvm - Beboelse/Erhverv -
> Adresse - Etage - Notater

Husk at gemme en fremmednøgle til ejendomstabellen (ejdNr) - så man
kan se hvilken ejendom en given lejlighed hører til.

NB: Bemærk at der findes en særskilt gruppe til Access -
<news:dk.edb.database.ms-access>. Dit spørgsmål - vedr. opbygning
af en struktur - er imidlertid et generelt databasespørgsmål, så
det er helt fint at have det her i gruppen.
--
Jens Gyldenkærne Clausen
Svar venligst under det du citerer, og citer kun det der er
nødvendigt for at forstå dit svar i sammenhængen. Se hvorfor og
hvordan på http://usenet.dk/netikette/citatteknik.html

---

>> Jeg er begynder indenfor database, og skal nu oprette en
>> Access-database til brug for registrering af data for 4
>> udlejningsejendomme.

> Jeg vil anbefale dig at købe eller låne et hæfte eller en bog om
> databaser inden du går i gang. Det kan hurtigt tjene sig ind - både
> i tid og penge.
Det har jeg gjort! Og jeg tror jeg har rimelig styr på "teknikken". Men mit
ikke-matematiske hoved kan
simpelthen ikke se "systemet" i, hvordan tabellerne bør opbygges/opdeles

>> Telefon - Ejendom - LejlighedNr - Indflyttet - Fraflyttet -
>
> Kan en person flytte fra en lejlighed til en anden uden at skifte
> lejernr?
Nej. Så får han nyt nummer.

> Skal databasen kun registrere den bolig en lejer bor i her og nu?
Ja.

>> Leje - VarmeAC - Md/Kvt - Reguleringsdato - Notater
>
> Er huslejen en egenskab ved lejeren eller ved lejligheden?
Huslejen hører til lejeren, og ikke lejligheden.

>> Notater 3. "Lejligheder": LejlNr - Kvm - Beboelse/Erhverv -
>> Adresse - Etage - Notater
>
> Husk at gemme en fremmednøgle til ejendomstabellen (ejdNr) - så man
> kan se hvilken ejendom en given lejlighed hører til.
Hvad er en fremmednøgle? Det samme som primærnøgle (Access)?

> NB: Bemærk at der findes en særskilt gruppe til Access -
Sorry - det så jeg først efter jeg have sendt spg. hertil...

Og så vil jeg lige tilføje, at jeg ikke henvender mig i gruppen for at
"stjæle" andres arbejde.
Men hvis nogen har en nogenlunde tilsvarende db, som de vil dele med mig, så
kan jeg jo
formentlig også lære noget af at se opbygningen af denne??

Hilsen Jørn H.

---

> Og så vil jeg lige tilføje, at jeg ikke henvender mig i gruppen for at
> "stjæle" andres arbejde.
> Men hvis nogen har en nogenlunde tilsvarende db, som de vil dele med mig, så
> kan jeg jo
> formentlig også lære noget af at se opbygningen af denne??

Mit bedste bud er faktisk, at du henvender dig i en af software
grupperne, og hører om ikke der er nogen der har et køreklart system -
eller kender til et ?

Idet du administrerer ejendomme, kan investeringen jo trækkes fra i
regnskabet. Desuden kan der være revisionsmæssige og lovmæssige krav til
de oplysninger du arbejder med.



Hvis du ikke vil det, men insisterer på at lave det selv, så er det
korrekt hvad andre her i gruppen har nævnt, nemlig at du mangler lidt
mere viden inden du er godt rustet til at lave et fungerende database
system. Begrebet "fremmednøgle" må således helst ikke være noget du er i
tvivl om.

Nu er dette jo en nyhedsgruppe hvor man skal hjælpe folk, så helt kynisk
vil jeg naturligvis ikke være *s* Kært barn har mange navne, så måske
hedder "fremmednøgle" bare noget andet i Access. En fremmednøgle er en
reference fra een tabel, til en anden tabel. Oftest indeholder
fremmednøglen blot værdien af primærnøglen for den record der "peges på"
i destinationstabellen. En firmatabel bør f.eks. indeholde en
fremmednøgle til at registrere postnummeret. Denne fremmednøgle vil så
indeholde en reference til primærnøglen i postnummertabellen.

Gav det mening ?

Venligst


- Jesper

---

Jørn H. skrev:

> Det har jeg gjort! Og jeg tror jeg har rimelig styr på
> "teknikken". Men mit ikke-matematiske hoved kan
> simpelthen ikke se "systemet" i, hvordan tabellerne bør
> opbygges/opdeles

Du er nu kommet et godt stykke ad vejen allerede.


> Hvad er en fremmednøgle? Det samme som primærnøgle (Access)?

Nej. En fremmednøgle er et felt hvis værdier er primærnøgleværdier
fra en anden tabel.

Eksempel:
Der er en 1:N-relation mellem tabellen ejendomme og tabellen
lejligheder. En ejendom kan have mange lejligheder, men en
lejlighed kan kun være i én ejendom.

Tabellen ejendomme har primærnøglen ejdNr. For at knytte
lejligheder til ejendomme opretter man så et tilsvarende felt i
lejlighedstabellen. Dette felt er ikke en primærnøgle - da den
samme ejendom jo kan optræde mange gange i lejlighedstabellen - men
det identificerer for hver lejlighed præcis hvilken ejendom den
ligger i. Feltet ejdNr i lejlighedstabellen kaldes en fremmednøgle.

>> NB: Bemærk at der findes en særskilt gruppe til Access -

> Sorry - det så jeg først efter jeg have sendt spg. hertil...

Som jeg skrev før gør det ikke noget her - dit indlæg er også
relevant for folk der bruger andre databaser.

> Og så vil jeg lige tilføje, at jeg ikke henvender mig i
> gruppen for at "stjæle" andres arbejde.

Sådan opfatter jeg det heller ikke. Der er ikke noget galt i at
spørge om andre har en database man kan bruge - i praksis er det
bare sjældent tilfældet.

> Men hvis nogen har en nogenlunde tilsvarende db, som de vil
> dele med mig, så kan jeg jo
> formentlig også lære noget af at se opbygningen af denne??

Hvis du ikke allerede kender eksempeldatabasen Northwind (følger
med Access), kan den godt anbefales. Her er mange udmærkede
principper vist i praksis.
--
Jens Gyldenkærne Clausen
Svar venligst under det du citerer, og citer kun det der er
nødvendigt for at forstå dit svar i sammenhængen. Se hvorfor og
hvordan på http://usenet.dk/netikette/citatteknik.html

---

>> Hvad er en fremmednøgle? Det samme som primærnøgle (Access)?
>
> Nej. En fremmednøgle er et felt hvis værdier er primærnøgleværdier
> fra en anden tabel.
>
> Eksempel:
>
Tak til både Jesper og Jens. Har fattet "fremmednøgle" nu!

> Hvis du ikke allerede kender eksempeldatabasen Northwind (følger
> med Access), kan den godt anbefales. Her er mange udmærkede
> principper vist i praksis.
>

Har kigget lidt i "Northwind". Kan godt se, at jeg formentlig kan lære en
del af at kigge nærmere på den.
Men det hjælper mig vist ikke med mit grundlæggende problem: at se, hvordan
en ny database skal opdeles i tabeller ("designes"?), og hvilke felter der
skal dannes relationer imellem, for at db fungerer optimalt.
Kan nogen af jer anbefale litteratur, hvor netop dette del-emne behandles
rimelig forståeligt og pædagogisk?
MVH Jørn
P.S.: vil en af jer evt. kigge på min db og komme med kritik/forslag, når
jeg kommer så langt? Eller er der en gruppe som den, der findes vedr.
webdesign, hvor man kan lægge sin site ud til kommentering?

---

> P.S.: vil en af jer evt. kigge på min db og komme med kritik/forslag, når
> jeg kommer så langt? Eller er der en gruppe som den, der findes vedr.
> webdesign, hvor man kan lægge sin site ud til kommentering?

Nej, der er det vist den her gruppe.
Du er velkommen til at spørge, så tror jeg vi er en del der læser det, og
kommer med kommentarer hvis vi har noget at sige :)

---

"Jørn H." <jhnospam@webspeed.dk> skrev i en meddelelse
news:41e11d8d$0$33636$edfadb0f@dread16.news.tele.dk...
>>> Hvad er en fremmednøgle? Det samme som primærnøgle (Access)?
>>
>> Nej. En fremmednøgle er et felt hvis værdier er primærnøgleværdier
>> fra en anden tabel.
>>
>> Eksempel:
>>
> Tak til både Jesper og Jens. Har fattet "fremmednøgle" nu!
>
>> Hvis du ikke allerede kender eksempeldatabasen Northwind (følger
>> med Access), kan den godt anbefales. Her er mange udmærkede
>> principper vist i praksis.
>>
>
> Har kigget lidt i "Northwind". Kan godt se, at jeg formentlig kan lære en
> del af at kigge nærmere på den.
> Men det hjælper mig vist ikke med mit grundlæggende problem: at se,
> hvordan en ny database skal opdeles i tabeller ("designes"?), og hvilke
> felter der skal dannes relationer imellem, for at db fungerer optimalt.
> Kan nogen af jer anbefale litteratur, hvor netop dette del-emne behandles
> rimelig forståeligt og pædagogisk?

Der findes et billighæfte der hedder "Databasedesign med Access 2000" fra
IDG. Det kunne du sikkert godt have glæde af.

/Marten


> MVH Jørn
> P.S.: vil en af jer evt. kigge på min db og komme med kritik/forslag, når
> jeg kommer så langt? Eller er der en gruppe som den, der findes vedr.
> webdesign, hvor man kan lægge sin site ud til kommentering?
>

---

>> Har kigget lidt i "Northwind". Kan godt se, at jeg formentlig kan lære en
>> del af at kigge nærmere på den.
>> Men det hjælper mig vist ikke med mit grundlæggende problem: at se,
>> hvordan en ny database skal opdeles i tabeller ("designes"?), og hvilke
>> felter der skal dannes relationer imellem, for at db fungerer optimalt.
>> Kan nogen af jer anbefale litteratur, hvor netop dette del-emne behandles
>> rimelig forståeligt og pædagogisk?
>
> Der findes et billighæfte der hedder "Databasedesign med Access 2000" fra
> IDG. Det kunne du sikkert godt have glæde af.
>
> /Marten

Jeg har søgt på IDG's site efter hæftet (www.libris.dk), men får ingen hits
på denne titel.
Mon hæftet er udgået? Hvis du selv har det, vil du så ikke give mig
ISBN-nummeret.
/Jørn

---

ISBN: 87-7843-409-2

/Marten

"Jørn" <jhnospam@soh.dk> skrev i en meddelelse
news:crtql4$7c2$1@news.net.uni-c.dk...
>>> Har kigget lidt i "Northwind". Kan godt se, at jeg formentlig kan lære
>>> en del af at kigge nærmere på den.
>>> Men det hjælper mig vist ikke med mit grundlæggende problem: at se,
>>> hvordan en ny database skal opdeles i tabeller ("designes"?), og hvilke
>>> felter der skal dannes relationer imellem, for at db fungerer optimalt.
>>> Kan nogen af jer anbefale litteratur, hvor netop dette del-emne
>>> behandles rimelig forståeligt og pædagogisk?
>>
>> Der findes et billighæfte der hedder "Databasedesign med Access 2000" fra
>> IDG. Det kunne du sikkert godt have glæde af.
>>
>> /Marten
>
> Jeg har søgt på IDG's site efter hæftet (www.libris.dk), men får ingen
> hits på denne titel.
> Mon hæftet er udgået? Hvis du selv har det, vil du så ikke give mig
> ISBN-nummeret.
> /Jørn
>

---

"Marten Ølgaard" <oelgaard@comonto[slet her].dk> skrev i en meddelelse
news:41e504fd$0$33669$edfadb0f@dread16.news.tele.dk...
> ISBN: 87-7843-409-2
>
> /Marten
>
Tak.
Den findes tilsyneladende ikke på IDG's egen site, men nu fandt jeg den via
ISBN på adskillige netboghandler...
/Jørn

---

Marten Ølgaard skrev:

> ISBN: 87-7843-409-2

Hvem svarer du og hvad svarer du på?

Det er svært at se når du bundciterer - læs gerne min signatur.
--
Jens Gyldenkærne Clausen
Svar venligst under det du citerer, og citer kun det der er
nødvendigt for at forstå dit svar i sammenhængen. Se hvorfor og
hvordan på http://usenet.dk/netikette/citatteknik.html

---

Budskabet kom tydeligvis frem til rette modtager.

/Marten

"Jens Gyldenkærne Clausen" <jens@gyros.invalid> skrev i en meddelelse
news:Xns95DC7D075B2C3jcdmfdk@gyrosmod.cybercity.dk...
> Marten Ølgaard skrev:
>
>> ISBN: 87-7843-409-2
>
> Hvem svarer du og hvad svarer du på?
>
> Det er svært at se når du bundciterer - læs gerne min signatur.
> --
> Jens Gyldenkærne Clausen
> Svar venligst under det du citerer, og citer kun det der er
> nødvendigt for at forstå dit svar i sammenhængen. Se hvorfor og
> hvordan på http://usenet.dk/netikette/citatteknik.html

---

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

"Marten Ølgaard" <oelgaard@comonto[slet her].dk> writes:

>> Hvem svarer du og hvad svarer du på?
>>
>> Det er svært at se når du bundciterer - læs gerne min signatur.
>
> Budskabet kom tydeligvis frem til rette modtager.

Kritikken går ikke på, at det er umuligt at forstå dit budskab, men at
det er mere besværligt, end det behøver at være. Det er muligt, at
citeringsform ikke er af den store betydning i personlig
korrespondence, men når antallet af deltagere og ytringer stiger,
bliver den kontekst, du svarer i, meget vigtigere. Jeg er sikker på,
at du har en masse fornuftige ting at sige, men hvis man skal søge i
mere end et par sekunder for at finde ud af, hvad du svarer på, er der
mange, jeg selv inklusivt, der i stedet springer direkte videre til
næste indlæg. De andre har jo også noget fornuftigt at sige, og deres
guldklumper går ikke så let tabt som dine.

Der er argumenteret ganske fornuftigt for den gængse citatteknik på
http://usenet.dk/netikette/citatteknik.html, som Jens allerede har
henvist til. Jeg er sikker på, at der ikke er nogen her, der forsøger
at spille moralens vogter, men ordentlig citatteknik regnes nu engang
for at være en del af god opførsel på Usenet, ligesom det at tale pænt
til sine medmennesker gør det. Heldigvis er der en let måde at undgå
sure miner på...

Martin

- --
Homepage: http://www.cs.auc.dk/~factotum/
GPG public key: http://www.cs.auc.dk/~factotum/gpgkey.txt
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using Mailcrypt+GnuPG <http://www.gnupg.org>

iEYEARECAAYFAkHlRhcACgkQYu1fMmOQldWNuQCfdb922g9idxx6w+0gNELSSFTN
rhkAn1iC6ttLQ9XvXyJp0cljzFEmD2TU
=ii8O
-----END PGP SIGNATURE-----

---

Hej Jørn

Hvis man går ud fra dit forslag :
så bør du flytte : adresse ,postnr, by til ejendommen da de er ens.
jeg ved godt at sal og til højre eller venstre er men de indgår i din tabel
lejligheder

I din tabel lejlighednr skal du så have en reference til personer og i din
tabel lejligheder skal du have en reference til ejendomme.

Du bør i hver tabel have en uniknøgle som starter kan du benytte en counter
der tæller op:
således en ingTBLpersonCounter, ingTBLLejlighedNrCounter osv.

Dine tabeller Ejendomme og lejligheder og til dels personer kan betragtes
som dine stamdata og dine produktionsdata ligger så i lejlighednr som du
efter min mening bør splitte yderligere op i en undertabel med de
"økonomiske" data VarmeAC - Md/Kvt - > Reguleringsdato

Der er mange måder at gøre det på, men for at undgå at have samme data flere
steder "redundans" bør man flytte data der skal stå flere steder til en
særskilt tabel, så i princippet bør du også have landetabel

Og selvfølgelig kan det gøres på andre måder og jeg har sikkert overset et
eller andet.

mvh

Svend


"Jørn H." <jhnospam@soh.dk> wrote in message
news:41df0aa1$0$33621$edfadb0f@dread16.news.tele.dk...
> Hej NG.
>
> Jeg er begynder indenfor database, og skal nu oprette en Access-database
til
> brug for registrering af data for 4 udlejningsejendomme.
>
> Jeg har ikke overblikket til at se, hvordan jeg bedst muligt opdeler
> databasen i "del-tabeller" for at undgå redundans.
>
> Jeg forestiller mig, at der skal være følgende oplysninger (og sikker
nogle
> flere, som jeg ikke har tænkt på p.t.):
> 1. "Personer": Lejernr - Navn - Adresse - Postnr - By - Telefon -
Ejendom -
> LejlighedNr - Indflyttet - Fraflyttet - Leje - VarmeAC - Md/Kvt -
> Reguleringsdato - Notater
> 2. "Ejendomme": EjdNr - Adresse - Postnr - By - AntalLejl - Notater
> 3. "Lejligheder": LejlNr - Kvm - Beboelse/Erhverv - Adresse - Etage -
> Notater
>
> Er der nogen i "forsamlingen", der kan hjælpe mig i gang - evt. ved
> fremsendelse af "eksempel-database" til jornh@webspeed.dk ?
>
> På forhånd tak for hjælpen.
>
> MVH Jørn H.
>
>