Medlemsliste

[abr133]

Hei!

 

Skal forsøke å etablere en mer funksjonell medlemsliste for et idrettslag. Idrettslaget har selvsagt medlemmer. Vi opererer med vanlig medlemskap + familiemedlemskap, med rabatt som slår for de med flere enn 2 i familien. I tillegg har vi deltakeravgifter i de forskjellige idrettsgrenene - f.eks. fotball, håndball og friidrett. På deltakeravgiften har vi det slik at barnr nr1 i en familie betaler full deltakeravgift, påfølgende barn har halv pris.

 

I dag kjøres alle fakturaer på medlemskap og deltakeravgift ut manuelt. Vi ønsker å etablere en database (e.l.) der vi kan trykke på færrest mulig kanpper/taster, for å få ut fakturaer på alle medlemmer i ett jafs.

 

Finnes mange program i markedet, men kjenner ikke til noen som takler alle rabattene vi har innført. Ser for meg at vi kan brukes databaser (Access/MySql), evt. Excel. Er det noen som kan gi tips om hvordan en slik medlemsliste bør bygges opp?

(eller blir det for diffust?)

[quantum]

Du kan nok sikkert løse dette i Excel også, men det er nok ikke det mest egnete verktøyet. Så da står vi igjen med Access eller MySQL?

 

Bruker du Access løser du alle behovene fra topp til tå med ett eneste program. Det er fordelen med Access, ulempen er at det kun er middels bra, og også at det koster penger, men et idrettslag kan vel ta seg råd til såpass.

 

MySQL er det mange som bruker, uvisst av hvilken grunn. Turbulent fortid, uviss fremtid. Ikke spesielt opptatt av å følge standarder. Men fullt brukbart til mye. Jeg ville heller anbefale PostgreSQL, men det får du ta stilling til selv. Uansett, velger du postgresql eller mysql, eller en annen, ordentlig, database (noe Access ikke er), må du i tillegg ha noe «på toppen» for å lage brukergrensesnitt. Et eller annet .NET språk (V/C# el.), Java, Php eller lignende.

 

Du bør kanskje først ta stilling til om du skal ha et webbasert grensesnitt eller et «vanlig» grensesnitt. Det er mange muligheter.

 

Uavhengig av dette må du ha en solid databasemodell i bånn, og den er uavhengig av hva du velger av produkter og teknologi, og dermed et godt sted å begynne. Iom at den skal støtte en litt avansert rabattmodell krever den også litt tankevirksomhet. MEn det aller første som bør tenkes gjennom er om idrettslaget egentlig trenger den rabattmodellen dere har lagt opp til. Hvis det ikke fins avanserte nok medlemsregistre på markedet allerede er nok svaret at, nei, de fleste idrettslag trenger ikke så avanserte rabattmodeller ;-) Dog høres det ut som en morsom utfordring.

[abr133]

har tilgang til Access selv - så umiddelbart er det ikke snakk om kostnader til programvare. Der ligger heller ikke problemet.

 

Utfordringa er utviklinga av databasen. Holder på å tilegne meg databasekunnskap - men klarer ennå ikke se hvordan dette skal løses... Hvis noen har tips i hvordan den skal legges opp tas de mot. Ser imidlertid ikke bort fra at den blir vanskelig - spesielt med rabattmodellen