Flere brugere på access

Du kan opdele din database i en frontend med hele brugerfladen og en backend med tabellerne/data vha Funktioner/Databasefunktioner/Databaseopdeling.

Herefter kan du lægge en frontend på hver maskine og have din backend liggende på serveren. Du kan linke frontend til backend med Funktioner/Databasefunktioner/Styring af sammenkædede tabeller

Hvis du har problemer med rod i posterne, må du sikre dig at din kode ikke efterlader funktioner/record sets, som ikke er lukkede, eller at der er andre fejl i koden. Prøv evt Funktioner/Analyser/Ydeevne (AccessXP)

Er det noget som er svært at lave, sagt på en anden måde er det noget som jeg selv kan gøre??

Det tror jeg godt, du kan lave. Lav en backup af din databae og følg instrukserne i svaret.

Hej Hekla
Jeg har gjort som du beskrev ovenfor og står nu med 2 filer, den ene er den som er genereret efter første punkt, den er meget mindre end den første og indeholder ikke mine formulare, kan du ikke forklare mig lidt nærmere hvordan det virker også videre??

Det ser ud til at virke, nu har jeg importeret alle mine formulare. Hvor tit sender den opdateringen til hoveddatabasen??

Er det nok at lave en frontend og så kopiere den?? Hvormange kan man have på samme tid??

Hekla har 100% ret, omend jeg ville forklare det lidt anderledes:

Tag en kopi af din db på en diskette og put den nederst i en skuffe langt, langt væk!!

Åbn Access i en ny tom database døb den f.eks back end, og læg den på et drev der kan ses af alle maskiner. I databasevinduet vælger du Filer > Hent eksterne data > Sammenkæd. Derefter browser du ned igennem filerne, til du ser din oprindelige db og tryk OK. Marker fanen "Tabeller" > Marker alle og OK. Access vil nu sammenkæde din nye db med den oprindelige.

Gentag operationen, blot skal du ikke sammenkæde men importere og vælg først forespørgsler i den oprindelige db, derefter formularer, rapporter, makroer og moduler.

Du har nu 2 db, hvor den nye er en kopi af den oprindelige, med den forskel, at tabellerne er sammenkædede, d.v.s. at enhver ændring i back end (den oprindelige) og den nye, vil blilve afspejlet i den anden.

Du kan nu tage kopier ar den nye og installere den på andre maskiner, og sammenkædningen vil stadig fungere.

Når du ændrer en post, vil ændringen slå igennem, i back end. Men i Front end db, skal forespørgslerne jo køres hver gang du vil opdatere.

Der er delte meninger om hvor mange brugere, der kan være. Mocrosoft hævder der kan være 255, men i praksis er det væsentlæig færre, afhængig af om alle brugere skal læse eller redigere.

Jeg vedligeholder en db, hvor der er 10 - 12 samtidige brugere der redigerer, og det giver ingen problemer, omend man tydelig kan mærke, at hastigheder er noget nedsat.

Du skal huske på, at du kan tilrette front end databaserne sådan, at brugerne har forskellige rettigheder. Har du f.eks en db, hvori en række sælgere indtaster deres salgsresultater, kan det måske være af interesse, at kun salgschefen ser det samlede resultat for alle sælgere, hvorimod den enkelte sælger kun kan se sine egne resultater.

En anden ting: Hvis du senere får behov for at tilføje et felt i en tabel, kan du nøjes med at foretage rettelsen i Back end. Det nye felt vil slå igennem i samtlige Front end.

Jeg er ikke helt sikker på at du har forstået det rigtigt.

Når du opdeler din database i frontend og backend får du filerne mindatabase.mdb(=frontend) og mindatabase_be.mdb(=backend). Backend lægger du på serveren og frontend på arbejdsstationerne.

På hver frontend kører du Funktioner/Databasefunktioner/Styring af sammenkædede tabeller, vælger alle tabeller og linker dem til din backend på serveren.

På den måde kommer du til at arbejde direkte med data i backend på serveren fra alle arbejdsstationer, men holder en del af mellemregningerne ude på arbejdsstationerne.

....men holder en del af mellemregningerne ude på arbejdsstationerne:

På denne måde sparer du netværkstrafik, idet du kun henter data, og ikke forespørgsler / formularer over netværket.

backend filen som ligger på serveren vil så altid være opdateret igennem f.eks de tre frontend filer som ligger lokalt på brugernes maskiner, har jeg forstået det rigtigt?? En lille ting til, da jeg startede var min fil på 13 Mb og min backend som jeg generede var kun på 1,14Mb... Hvor ligger så reelt mini data??

Du har forstået det rigtigt!
Dine data ligger i tabellerne i backend. Det, der fylder, er som regel alt det andet.

Jeg kan ikke huske om Access komprimerer og reparerer i forbindelse med databaseopdeling. Hvis den gør, kan det reducere databasens størrelse væsentligt

well in my opinion splitting the dB up into a backend dB and a front end dB is always a good idea, but this is NOT the reason why there is "rod i posterne".

go into the tools options menu and choose the advanced Tab. You will see various option to choose how locking is done.

and obviously a badly designed application is not going to help :o)

edske>have your received the help you want?