Design af databasen

Du skal ikke have flere tabeller.
Men for at lave afstemning på måneds- og ugebasis, må du have et datofelt i din tabel. Lad os kalde det for dato. Nu skal du have konverteret denne dato til et udtryk for henholdsvis måneden og ugen. Det gør du som et udtryk i din forespørgsel. Lav en ny forespørgsel og hent tabellen ind i forespørgslen og indtil videre ikke andet. Sæt markøren i det første tomme felt i forespørgslen designgitter og skriv:

Udtryk1: DatePart("m";[dato])

Når du kører forespørgslen vil du se, at alle dine dato'er nu er lavet om til månedens nr.

Øverst oppe i den vandrette menulinie vælger du menuen Vis og lodret vælger du Totaler. Hvis du ser under dit Udtryk vil du se, at der nu er kommet en linie mere; Gruppper efter. Kør forespørgslen igen, og du vil se, at du nu har færre poster end før, nemlig kun een linie for hver måned. Du skal nu have et beløb med i forespørgslen. Lad os sige at dit felt i tabellen hedder startsaldo. Åbn forespørgslen i designvisning og i tabellen dobbeltklikker du på feltet startsaldo. Nu hentes feltet ned i designgitteret og det er også grupperet. Sæt markøren i feltet hvor der er grupperet og ændre det til Sum. Kør forespørgslen igen og du har nu startsaldo grupperet efter måneden.

Hvis du vil have det efter ugen skal du blot ændre Udtryk1 til:

Udtryk1: DatePart("ww";[dato])

Efter år:

Udtryk1: DatePart("yyyy";[dato])

mugs> hvad mener du at en summering af startsaldo for alle posteringer pr. måned skulle vise ?

Slutsaldo for måned x må da være (startsaldo måned x + sum af indtægter måned x) - sum af udgifter måned x 
Og denne slutsaldo må være startsaldo måned X+1

Ellers er alle mine budgetberegninger da være fejlbehæftede.

Hvordan man lige kringler den i Access skal jeg ikke lige kunne sige.

hugopedersen -> Mit eksempel går mere på opsummeringer af startsaldo, samt funktionen DatePart, så brugeren ikke laver unødvendige felter i tabellerne, og ikke på det korrekte i en budgetberegning. Det har jeg ikke forstand på.

mugs> Metoden for at finde summer osv er selvfølgelig korrekt.

Kommentaren er kun ment for at gøre opmærksom på at det ikke kan bruge i budgetmæssig henseende.

Så det du siger Hugo pg sådan set også Mugs er at jeg ikke kan bruge mugs metode alligevel? Eller ?

Jeg tænkte også på om man når man skulle finde startsaldo for en måned fandt summen af alle posteringer indtil den første i den måned, derefter +- man alle posteringer i den måned og man får så slut saldo, og det samme gøres med uger?
Og så har man altså kun en tabel, hvor der er informationer om hvilken måned og uge det er lavet i?

janni jensen -> Uanset hvad skal du jo have opsummeret nogle tal ugevis og månedsvis. Mit eksempel viser hvordan du kan gøre det. Om det er budget teknisk korrekt ved jeg ikke, og det er jo det Hugo's kommentar går på.
Mit forslag opsummerer netop et antal posteringer både ugevis og månedsvis med kun een tabel og et par forespørgsler.

Hvis du lægger din e-mail kan jeg sende dig et eksempel.

Hej Det er jwj@icb.dk. Jeg tænker på om jeg kan gøre det følgende: Når der indtastes en dato i formularen og diverse andre info, kan man så i gem knappen lave noget kode der sørger for at finde ud af hvad måned og uge den indtastede dato er i, og så sørge for at det bliver gemt i tabellen under måned og uge, og derefter når man vil udskrive kassebeholdning så summere alt indtil den valgte måned/uge for at få startsaldo, alle posteringer og tilsidst slutsaldo?

Humlen er jo, at det ikke er nødvendigt at gemme uge og måned i tabellen. disse værdier beregnes i det øjeblik datofeltet udfyldes. Se det netop tilsendte eksempel.