? - flerbrugere

how many users?

which version of Access

Version: Access 2000 (9.0.3821 SR-1)

Omkring 10-15 brugere.

Det vil dog kun meget sjælendt, nermest kun teoretisk forekomme at alle brugere er logget ind samtdig, men på den anden side skal der jo tages højde for alle tænkelige og utækelige scenarier!

I wouldnt worry!

hvor mange skal der til for at det går galt, jeg har jo ikke filerne delt op lige nu!

I work with a number of Access applications with MANY more users and generally without any problems at all. Itis possible to program your application to take into account locks etc. but you say yourself, they will more than likeley never be logged on at the same time. And if they ae, are they using the same data?

Jeg har ikke brugt 2000 ret meget, så hvis Terry siger god for den tror jeg ikke det er noget problem.
Af princip deler jeg nu altid mine systemer i Applikation og Data fordi det er noget nemmere at vedligeholde.
Hvis du vil opdele en database skal du først lave selve data-filen i Access. Fra den importerer du alle tabeller fra den oprindelige MDB.
I den oprindelige mdb ville jeg som det første omdøbe alle tabeller. Det er ret ubehageligt hvis noget går galt undervejs pludselig at stå uden sine data.
Derefter skal du lave attachmentstil den nye datafil. Det kræver blot et højreklik og vælg vedhæft tabeller. Herefter skal du vælge den nye datafil og markere alle tabeller og klikke ok.
Denne fremgangsmåde giver dig som nævnt lidt mere stabile databaser og gør udviklingsarbejdet nemmere. Du kan således udskifte applikationsdelen uden at bekymre dig om at nogen har ændret i data i mellemtiden hvorfor disse ændringer vil gå tabt. Og du kan endda lave flere forskellige applikationer på det samme sæt data.
Der er dog også to problemer, som man jævnligt støder på:
1: Det bliver vanskeligere at flytte rundt på databasen, da vedhæftningerne bliver gemt med fuld stiangivelse. Dette kan løses, men det kræver lidt arbejde.
2: Seek-kommandoen fungerer umiddelbart ikke på vedhæftede tabeller. Det gjorde den i hvert fald ikke i Access 97. Det er der en ret simpel vej uden om.

Alt i alt er jeg ikke i tvivl - det er altid en god ide at lave opdelingen. Før eller siden kommer man til at ærgre sig over at man ikke gjorde det fra starten.

Ther eis a wizard which helps you split your database up into frontend backend. Tools+addins database splitter

>Jesperthomsen
Kan du evt. give en anvisning af punkt 1? \"... men det kræver lidt arbejde.\"
Jeg opretter gerne et spørgsmål med point til formålet

PS. Jeg ved godt, at man kan fra applikationen kan vælge hvor data ligger, men det jeg tænker på er om det kan laves \"automatisk\"?

Yes you can put the information in the registry and read this each time you start the application.
But it takes a bit of programming. If the location changes then yoou make a .REG file to update the registry settings, and everything works as before

>terry
Tja´ det lyder nemt, men er det nu også det?

I think it is :o)

Look at the Connect property and refreshlinks method

Jeg har lavet en implementation i sin tid hvor jeg lavede en tilkobling af alle tabeller fra en given database fra samme bibliotek som applikationen lå i. Det er ikke videre elegant, men det spiller.
Hvis de to skal kunne flyttes uafhængigt af hinanden skal du udvide funktionaliteten. Eventuelt kan du lade et par opsætningstabeller blive liggende i applikationen. Disse kan så indeholde oplysninger om hvor databaser og tabeller der skal tilknyttes ligger.
Jeg kan ikke finde sovsen, men fremgangsmåden er sådan her:
1: Slet attachments i app
2: Åbn data-db\'en
3: Løb alle tabledefs i data-db igennem og opret en attachment i applikationen.

Det er ikke så komplekst som det måske lyder og det kører oven i købet ganske hurtigt.

Terry: registry er lidt besværligt hvis der skal implementeres på flere maskiner. Så skal nøglen jo distribueres på dem alle. Lidt nemmere blot at lade en tabel i applikationen indeholde informationerne.

Der er kun én af brugerne der har adgang til den del afdatabasen hvor der kan indtastes data, de resterende brugere har kun mulighed for at læse data, altså gennemse indholdet i databasen. Så ja, de bruger de samme data

Nu tænkte jeg ikke så meget på om de brugte samme data men om der kun er een datafil og om den kan placeres i samme bibliotek som applikationen.

Hmm jeg administrer en access database der kører med 35.000 brugere på 350mb, og der har ikke været nogen problemer i de 2 år sitet har været online...

Bare lidt information :-) Access kan langt mere end de fleste tror de ved :-)

I agree -mundi-

Mundi: Samtidige brugere? Hvordan har du grebet det an? 350 MB er intet problem; jeg har 850 MB liggende i filer der kører fint. Det er flere samtidige brugere på dataene der driller mig.

Nu er det en online database så jeg er ikke sikker på hvor mange brugere der er samtidigt, men mon ikke der er mere end 1 ad gangen :-9 ?

Det lyder da logisk. Har du gjort noget bestemt for at håndtere det? I øvrigt giver jeg dig ret; på trods af sit blakkede ry så løser Access en forbløffende alsidig slags problemer.

Tjaa jeg har gjort en masse ud af at optimere mine forespørgsler, feltstørrelser, felttyper og indexeringer men ellers har jeg ikke gjort så meget ud af det :-)

Tak for hjælpen et egentlig spørgsmå var et jo ikke, men mere et oplæg til en debat omkring flerbrugere og det hjalp, jeg tror jeg kører videre som jeg hidtil har gjort!