3 minutters forsinkelse på lukning af form.

Hejsa Thomas-dreng :-)

Jeg vil KLART anbefale dig at lade brugerne benytte en lokal kopi af mdb filen.... vi har systemmer kørende med 15-20 samtidige brugere, og de har hver især en lokal kopi af frontend, og så ligger dataene på serveren... min erfaring siger mig at det er ALT for tungt at køre selve applikationen via netværket også... det giver en masse (unødig) trafik....

Det er såmænd bare mit råd til dig.... det var måske ikke det du håbede på, men jeg er overbevist om at det vil give dig det bedste resultat....

Horus
www.huskdet.nu

Hej Horus, din gamle ægypter ;-)

Jeg har selv anbefalet kunden at køre med lokale kopier. Men pga løbende udvikling på applikationen, så vil det være for besværligt at administrere. Problemet er heller ikke de mange brugere. Formentlig vil der kun være 4-8 brugere på samtidig (men der er ca. 50 arbejdsstationer.) I tidligere versioner af Access har dette aldrig været et problem. Også selvom det kørte i rent Access.

Så der kan kun blive tale om én front-end, som deles af alle brugerne.
Så Horus, du må granske din guddommelige hjerne og komme op med noget mere konstruktivt ;-)

/Thomas

OK - så kaster jeg lige nogle strøtanker i luften :-)

1) Jeg er medlem af en access nyhedsgruppe - der mener jeg at der er nogle der har lavet en form for automatisk opdatering af frontend. Dvs. hver gang brugeren starter frontend der ligger lokalt, tjekker den hvad \"version\" den er.... dernæst tjekker den netværksdrevet for om der er lavet en nyere version... er der det kopieres den nye version over og åbnes i stedet. Er der ikke, så sker der ikke andet end at frontend åbner sig... dette giver dig fordelen ved at have lokale versioner af frontend, men samtidig holder det administrationen LAAANGT nede..... du skal bare sørge for at opdatere \"master\"-versionen på serveren.. så sørger den lille \"updater\" selv for at holde frontend ajour....

2) Kan det have noget at gøre med hvordan den \"locker\" de forskellige poster.... som standard locker access vist optimistisk ik\' ? Jeg har ingen erfaring med dette, men måske nogle af de mere restrektive \"locks\" kunne speede tingene lidt op... jeg gætter bare - men grunden til at det er så langsomt er måske at den først skal tjekke om der er andre der har pillet ved posterne osv.... jeg har ikke noget at have det i, men det var hvad men guddommelige og ukontruktive hjerne kunne udtænke indtil videre :-)

Horus
www.huskdet.nu

hvis den der automatiske \"opdater\" har interesse skal jeg se om jeg kan finde en version et sted... det bliver dog først i morgen, da jeg er på vej ud af døren :-)

Horus
www.huskdet.nu

Hej Horus,

Det lyder lidt mere interessant.
Jeg vil MEGET gerne have en kopi (eller et link) af den \'Opdater\'-ting :-)

Jeg vil i mellemtiden prøve med pessimistisk låsning.

/Thomas

ROGER - jeg ser hvad jeg kan finde.....

Horus
www.huskdet.nu

Hvis man må blande sig i jeres lille hyggestund:
Læg en COPY linie ind i login-scriptet. Så kopieres frontend\'en automatisk ved login. Hokus pokus - ingen versionsfnidder eller andet - bare en god gammel COPY.

fdata,

Det lyder jo vældig smart og simpelt... det vil jeg skrive mig bag øret.... dog med det forbehold at man måske i nogle situationer syns det er lidt \"overkill\" at kopiere over ved hver opstart + sidder man i et miljø hvor maskinerne sjældent bliver genstartet og man ofte ændre i databasen, så kan det måske danne lidt \"fnidder\" :-)

Men ellers en glimrende og simpel idé....

Horus
www.huskdet.nu

Thomas,

Link til Ted Avery\'s Front End Updater:

http://www.colbyconsulting.com/UsefulFiles/TAUpdateFE.zip

Har ikke selv prøvet den, men sig til hvis der er noget der voldet bøvl :-)

Horus
www.huskdet.nu

Hej Horus,

Tak for link\'et. Det med postlåsning virkede ikke. Jeg vil nu prøve at overbevise kunden om, at de er nødt til at have en lokal kopi på hver af de problematiske arbejdsstationer.

Held og lykke Thomas,

De kunder kan være noget så firkantede :-)

Håber du får Updater\'en til at du - ellers er fdata\'s løsning jo også ganske smart...

Horus
www.huskdet.nu - slut med at glemme

Hej igen. Jeg fik sendt den anden lidt hurtigt...

Jeg vil kigge på den Update-database. Indtil videre ser det interesasant ud. Jeg kan i hvert fald bruge den i andre situationer.

Jeg har selv tidligere løst et lignende problem ved at mail\'e en .bat fil (som indeholdt en copy) til alle brugere, som de så bare skulle dobbeltklikke på.
Derved kunne man begrænse download\'en til det mindst mulige, idet man kun sendte denne mail, når der var foretaget rettelser.

Men jeg vil gerne give point til især Horus.
fdata får også lidt, da forslaget sådan set også er fornuftigt. i det konkrete tilfælde vil brugerne sjældent lade maskinerne stå tændt flere dage i træk. Men det er selvfølgelig uhensigtsmæssigt at man skal bede dem genstarte, når man har distribueret en ny version.

Men tak for det begge 2 :-)

/Thomas

Tak for p\'ene Thomas

hygge,

Horus
www.huskdet.nu - slut med at glemme

Ja, Horus. Det var da så lidt. Jeg er jo nødt til at give dig nogle point, så du kan følge med. Du var jo forsvundet fra listen et kort øjeblik ;-)

god weekend :-)

Hej Horus,

Jeg håber, at du læser dette indlæg, selvom spørgsmålet er gammelt.

Jeg fik din update-funktion til at køre. Det krævede lidt omskrivning.
For det første så kørte den kun i \'97. For at få den til at køre i \'2000 skal man programmeringsmæssigt sætte en reference til DAO (hvilket forøvrigt gøres med sætningen:
Application.References.AddFromGuid \"{00025E01-0000-0000-C000-000000000046}\", 5, 0)
Når det virker, så skulle jeg også skrive den lidt om, da funktioen både opdaterede en frontend og en backend. Men backend-delen havde ingen fordel af at opdatere, da det jo som regel bare er én fil, som kan opdateres med en file-copy.

Så alt i alt, så virkede den. Tak for det :-))

HORUS, har du ikke en mailadresse?
Du kan evt sende den til mig istedet for at lægge den her...