06. august 2002 - 17:43Der er
19 kommentarer og 3 løsninger
Oprettelse af medlemsdatabase m.m. - gode råd søges
Hvis man ikke springer ud hvor man ikke kan bunde, så lærer man ikke at svømme hurtigt. Med det i mende har jeg kastet mig over et lille Access-projekt som går på følgende.
Jeg skal have lavet en database over abonnenter. Disse abonnenter skal oprettes med navn, adr., post nr. & by, tlf(dag & aften). Disse abonnenter har mulighed for at bestille et abonnoment(sjovt nok). De har i den forbindelse mulighed for at vælge x antal "ting" ud fra en given liste, dog skal de minimum vælge 3. Hvert abonnent har mulighed for at angive antal personer sammenlagt. I tilfælde af mange personer er der yderligere muligheder - pensionister/unge får en speciel pris. Den samlede pris vil jeg gerne kunne udregne også - for alle 3 grupper individuelt også.
Der udover skal der indikeres om abonnenten har betalt via check eller via bankkonto, evt. suppleret med betalingsdato.
Alt dette får sveden til at piple frem i panden af bare undren. Det optimale vil være at jeg direkte i Access har mulighed for at tilføje/redigere/fjerne/slette så og sige alt og udskrive næsten lige så meget.
Et lille problem, som ikke er nævnt endnu, Access er ikke lige det jeg arbejder mest i(faktisk aldrig). Så jeg leder/higer efter gode råd og tips/ideer/pudsige indfald til hvordan at dette kan lade sig gøre mest smertefrit og nemmest for en nybegynder. Er der faldgrupper jeg skal være opmærksom på? Hvordan ville du oprette databasen, således at den nemmest muligt opfylder de mange krav.
Det var det hele - jeg har nok glemt noget. Det vender jeg tilbage med når jeg kommer i tanke om det.
I dette særtema ser vi på, hvordan cloud og AI bliver fundamentet for virksomhedernes digitale forretning, og hvordan de nye muligheder for automatisering og forretningsværdi kan udnyttes uden at miste overblik, sikkerhed og menneskelig kontrol.
Hej Access er en relations database, derfor ville jeg hvis du har et unikt nummer på hver deltager (Personnummer), dele den op i personlige ting, ex. tabel1 = navn, adr., post nr. & tlf(dag & aften). Tabel2 = de menge ting der kan købes. Tabel3 = post nr. & by, så skal der kun indtastes by en gang pr. by (der kan hentes en tabel med alle by nr.). Taabel4 = betalingsdato og form. Der kommer mere senere. Vh Henrik
den allerstørste faldgruppe er forkert opbygning af databasens tabeller/kolonner. hvis du har en rigtig opbygning her er det lettere at tilføje de funktioner man har glemt på et senere tidspunkt.
men hvad er en rigtig opbygning så? den rigtig opbygning består i noget så indviklet som "normalformer" - de er til for at sikre at der ikke opstår fx dubletter af data. er databasen korrekt set i forhold til normalformerne kan du meget let bygge de funktioner som ønsket.
Det bedste råd jeg kan give er at kigge på de bøger om access som IDG (www.idg.dk) har lavet
Hej. En hurtig måde at lave det på er: I access starter man med at lave sine tabeller, derefter laver man sine formulare (Det kaldes skærmbillede.) Så laver man sine forespørgsler, derefter laver man hele styringen via makroer eller vba kode. VH Henrik
Henrik12->Det var også noget i den stil jeg havde tænkt mig at lave. Min største bekymring er om det med sådan en opstilling er muligt at lave et udtræk der f.eks viser hvem der har betalt til en bestemt "event" og hvorledes at de har betalt(check/bankkonto). Det er noget der i mine ører lyder lidt avanceret, men det er muligt at det er nemmere gjort end sagt. :)
Soze->Normalformer har jeg hørt omtalt før. Jeg er da heller ikke ret meget i tvivl om, at jeg får brug for dem. Billigbøgerne har jeg allerede, men vil hellere lære det på basis af et rigtigt eksempel fremfor dem de bruger.
Hej Ja det er en af fordelene ved at dele det, er du ikke tilfreds med tabel4 kan den hurtig laves om. Mit foreslag til tabel4 er:
Id (cpr nr.) Betalt Betalt Dato Betalt måde Betalt for (Det kan være vare eller kontigent.)
Ved id skal der i dette tilfælde være dubletter, ellers skal du oprette mange rækker til hver indbetaling. Hvis dit vareudbud bliver stort foreslåer jeg en varetabel også så der bare indtestes et nr.
Henrik13->Kan du så uddybe hvor den individuelle pris per vare skal sættes ind? Prisen er fast, medmindre man er abonnent(special pris) og pensionist/ung. En person kan godt tegne et abonnoment for f.eks 100 personer(ikke navngivne), og flere af dem kan godt være pensionister. Nogle gode ideer til det? Eller snakker vi en helt ny tabel til det, som der kan relateres til tabel1
prodic > Pas på med priser. Hvis du henad vejen ændrer den normalepris på en vare, vil alle poster ændres til den nye pris. I et sådant tilfælde er det nødvendigt at have en tabel, hvor du smider alle medlemmer ind, efter oprettelse, så deres pris ikke ændres. Det lyder indviklet, men er relativt simpel at gøre ved en VBA-procedüre eller en tilføjelsesforespørgsel.
Jeg tror jeg har et eksempel liggende. Prøver at finde det.
Mugs->Tak for mailen - umiddelbart ser det rigtigt ud, men som rookie så ser alt jo næsten godt ud. Ang. priserne - Priserne bliver fastsat for et år af gangen, og ændres ikke senere det år. Næste år er prisen måske en anden, men der skal der også tegnes et nyt abonoment for de enkelte medlemer. Hvis det stadigvæk giver problemer, så hører jeg gerne om dem.
Mugs->Se det var en af de ting jeg ikke havde overvejet. Naturligvis skal det også udløbe på et tidspunkt. Brevfletning - det lyder som en god ide. Lad mig bare prøve det også :) Tutorials - desto flere desto bedre, så du zipper bare løs.
prodic Jeg tænker lige overden, men rent logisk bør den vel hede fakture nr. med en refance til fakture tabellen, du så bør oprette som den 5 tabel. Da jeg kan se bare dit kontigent bliver ret omfatttene med rebatordninger. Vh Henrik
Henrik13->Du får 15 som tak for hjælpen til en mulig opdeling og gode tips.
Keysersoze->Du får lidt som tak for hjælpen og diverse
Mugs->For det store arbejde så får du lidt mere...
Jeg har endnu ikke gennemgået alt materialet, men når det nok engang i den nærmeste fremtid. Det har i det mindste givet mit et indblik i hvor kompliceret det er - nogle ville være bramfri og kalde det "ris til egen r*v."
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
