Bisgaard skrev: Hjælp til at lave en database til Dart træning  Skulle der være en der har mod på at lave den ?

Hjælp er ikke noget problem, men at der er en som vil bruge tid på, at udvikle en database for dig, skal du nok ikke regne med medmindre der indgår hård valuta.

Men! du kan sagtens få hjælp til selv at bygge den.
Det kræver nogle oplysninger.

Det første du skal gøre er, at sætte dig og lave en liste over de oplysninger som du ønsker databasen skal kunne gemme.
Når du har styr på det, skal der oprettes nogle tabeller som oplysningerne kan gemmes i.

Jeg har ikke den store erfaring med dart, men jeg forestiller du skal have nogle oplysninger om personer, måske spilledag, måske runder og points.

Lidt afhængigt af hvor mange der deltager, skal oplysningerne gemmes i flere tabeller. Jo flere deltagere der er jo mere data skal der gemmes.
Derfor kan man have personoplysninger i en tabel, Træningsdag i en anden og points og runder i en tredje.
Når oplysningerne skal bruges, kan de hentes og samles med en forespørgsel.

Indtastning af oplysninger foregår i en formular.

Men du er velkommen til at stille uddybende spørgsmål.

Ja -Hvad skal det koste! Det ved jeg ikke, men dem der udfører på bestilling nøjes ikke med 150.00kr i timen.
Mit bedste bud er, at det bliver dyrt.

Men til sagen. Der er nogle ting som jeg vil bede dig om at tage stilling til allerede nu. Det er navngivning af dine Objekter(tabeller, forespørgsler og formularer m.m.)

Jeg vil foreslå, at du døber dine, så du kan se hvad det er.
Access tillader en formular og en tabel der hedder det samme.

Jeg selv benytter Tab_Points ved tabeller, Frm_Points ved formularer og Rp_Points ved rapporter, hvis jeg har underformularer kommer de til at hedde Frm_Points_Ufm_VisStilling, så kan jeg senere når der er kommet mange formularer og rapporter nemt se hvordan de hænger sammen.
Det er noget jeg er begyndt på, efter nogle uheldige valg, hvor jeg kom til at spolere mit eget arbejde.
Jeg benytte altid stort begyndelsesbogstav ved objektnavn og Feltnavne. Hvis jeg har sammensatte ord er der Stort ved hvert ord. f.eks:
spillerid og SpillerId er det samme for Access, men det gør verden mere let for en selv, hvis man vælger sidste udgave.
Man kommer ikke uden om VBA, når man indtaster i VBA med små bogstaver spillerid ændrer Access til SpillerId, så kan man med det samme se om man har lavet en slåfejl.
Hvis jeg har brug for, at binde to tabeller sammen, det kunne være en Tab_Spiller og en Tab_Points, hvor jeg i Tab_Points har et felt der skal holde spillerens id døber jeg det Spiller_Id så kan jeg se om det er et nøglefelt eller bare et felt.

En anden ting er de danske tegn, Access kan godt benytte dem, men det kan give problemer. Det er så et punkt hvor jeg selv er faldet i.

Jeg opdeler mine databaser i to, således at jeg har en der kun indeholder data og en hvor formularer, rapporter m.m. er. Det har den fordel, at man kan lave forbedringer uden at miste sine data.

Jeg forsøger altid, at gøre det så let for mig selv, at benytte databasen. Det vil sige, at tingene kun skal gemmes et sted. Så sparer man plads i databasen og skal kun rette et sted hvis der skulle blive behov.

Hvilken udgave af Access benytter du?
Jeg benytter 2007.

Det første du skal gøre, er at danne dig et overblik over hvilke data du ønsker at gemme og hvor de skal gemmes.
Det kan gemmes i den samme tabel alt sammen, men det kan ikke anbefales.

Hvor mange tabeller man skal have, afhænger naturligvis af mængden af data.

Personoplysninger kan f.eks opdeles i to tabeller hvor postnr og by er i en tabel for sig, så gemmes kun selve postnummeret i persontabellen.

Det var en masse snak, men opbygning af tabeller er ret enkelt.
Der skal være et nøglefelt, jeg har med få undtagelser altid et autonummerfelt som nøglefelt. Det sikrer at man ikke kommer til at tildele samme id til to personer.

Derfor vil jeg foreslå dig følgende tabeller.
Tabelnavn=Tab_Spiller
Feltnavne:
SpillerId, Autonummer, Nøglefelt
Navn, Tekst, min. 25 tegn
osv.

Tabelnavn=Tab_Points
Feltnavne:
PointsId, autonummer, nøglefelt
Spiller_Id, heltal af typen long(Access vælver automatisk typen long når man vælger tal som felttype), Indekseret med Dubletter tilladt
DagsDato, Dato og klokkeslæt, Formateret som kort dato, Standardværdi som Date()
Dubbel_1, heltal
Dubbel_2, heltal
Dubbel_3, heltal
osv til 20
Så skal du måske også have
Dubbel_1_Ok, Ja/Nej, format sand/falsk
Dubbel_2_Ok, Ja/Nej, format sand/falsk
Dubbel_3_Ok, Ja/Nej, format sand/falsk
osv. Det afhænger lidt af, om en spiller gør sin runde færdi inden næste spiller kommer til eller hver spiller kaster et antal pile og næste spiller kommer til.
Så skal der jo være en holder for hvor langt hver enkelt spiller er nået.

Jeg forestiller mig, at Dubbel_? skal indeholde antallet af kast.

I formularen tænker jeg flere muligheder, men den simple kunne være.
Formularen skal være med en underformular. I hovedformularen vælges i Kombinationsboks den aktive spiller. I underformularen vises hans score.
For hvert felt på dartskiven skal der være to felter. Et der er bundet til Dubbel_? Et der er bundet til Dubbel_?_Ok, derudover et felt AntalKast der ikke er bundet til noget. Spillerens antal kast indtastes i AntalKast der selv lægger antallet af kast til i Dubbel_?, når spilleren har ramt Dubbel_1 markeres i Dubbel_1_Ok, næste AntalKast lægges til Dubbel_2 osv.

Det blev lidt af en smøre, men det var lige lidt om hvordan jeg ville gribe det an.

Hej og tak Jeg briger access 2013 

Hvis du har brug for en skrit for skrit vejledning, så spørger du bare, så skal jeg forsøge at beskrive fremgangsmåden nærmere.