Avatar billede yuksel Nybegynder
30. juni 2005 - 09:51 Der er 19 kommentarer og
2 løsninger

Access begrænsninger

Hej til alle.
Jeg vil gerne vide noget om access begrænsninger.
derfor har jeg følgende spørgsmåle:

Hvor mange bruger kan arbejde på et access database samtidige ?
Hvor stor kan et access database blive ?(inden den går ned) ?

Hvis man laver noget access og efter et år finder ud af at man skal være flere der skal bruge  det eller at databasen er blevet stor, kan man så næsten smerte frit lave sin database om til SQL og køre med access interface eller skal man lave det hele om ?


alt information vedr begrænsninger til access er relavante
Avatar billede mugs Novice
30. juni 2005 - 09:57 #1
Hvor mange bruger kan arbejde på et access database samtidige ?
Microsoft angiver vist nok 255 samtidige brugere, men det er stærkt afhængig af performance. Hvordan db er strikket sammen m.v. Skal samtlige brugere samtidig skrive til databasen, eller skal de kuun læse? Er den delt op imn front- og backend. Et nærmere svar kan ikke gives, idet det afhænger stærkt af parametrer vi ikke kender.

Hvor stor kan et access database blive ?(inden den går ned) ?
Ca 2Gb uanset antallet af poster. Er den ikke opdelt i front- og backend når den når denne størrelse, kan den opdeles og hver end har så igen ca 2Gb plads.

Uden at have prøvet mener jeg, at du stort set smertefrit kan lave den om, men jeg har ingen errfaring i det.
Avatar billede yuksel Nybegynder
30. juni 2005 - 10:06 #2
hvad betyder det her front og backend ? hvordan forgår det her i praksis.
Jeg har en database som er et relationel og kørere med referential intigritet.
Det jeg mente med antal bruger er at de alle både læste og og både skrev dvs brugte det aktivt.
jeg har efterhånden fået mange tabeller
Avatar billede yuksel Nybegynder
30. juni 2005 - 10:13 #3
Problemmet er at jeg er igang med at udvikle et system , som skal være kørere klar, men der skal heletiden tilføjes nye moduller til den og rettelser osv. ville et sådan backend være god her
Avatar billede -anders- Juniormester
30. juni 2005 - 10:49 #4
Som mugs er inde på kommer det meget an på hvordan db er "skruet" sammen, men det vil næsten altid være en fordel at dele databasen i front og backend, access er en fil, og ikke en database-server som feks. MS-SQL, derfor er der begrænsninger.

Når du opdeler din access dabatase ligger alle tabeller typisk på en server hvor brugerene har læse og skriveadgang, frontend ligger så lokalt på brugers PC, dette giver på et netværk en langt bedre performance da det kun er data der sendes, og ikke diver forms rapporter e.t.c.

Hvis du vælger Funktioner/Databasefunktioner/Databaseopdeling, starter der en god guide som styre dig igennem et evt. opdeling.
Avatar billede -anders- Juniormester
30. juni 2005 - 10:51 #5
PS. det altid en god ide at tage en sikkerhedskopi før opdeling.
Avatar billede -anders- Juniormester
30. juni 2005 - 10:56 #6
Mht. til udvikling/ændringer på en backend har man typisk en masterbackend, denne ændre man så, og derefter distribuerer man den så ud til brugerene. på www.makeiteasy.dk kan man anskaffe en fremragende app. til at at styre det mere eller mindre automatisk, det kan bestemt anbefales, men det kan selvfølgelig også køre helt manuelt.
Avatar billede jensen363 Forsker
30. juni 2005 - 10:57 #7
Frontend / backend er altid at foretrække, også af hensyn til programvedligehold. Typisk har jeg en opdeling i mindst tre databaser :

1. ApplikationsDatabase ( programudførsel/menu/rapporter m.v. )
2. Stamdatatabeller
3. Data ( backend )

Nogen gange operere jeg med flere identiske applikationsdatabasen, hvilket gør preformance højere for brugeren, og muliggør også flere samtidige bruger i f.eks. tabelopdateringssituationer
Avatar billede yuksel Nybegynder
30. juni 2005 - 11:00 #8
Svar: jensen363
30/06-2005 10:57:25


1. ApplikationsDatabase ( programudførsel/menu/rapporter m.v. )
2. Stamdatatabeller  (her har du dine tabeller og moduller på et severver som alle klienter har adgang til )
3. Data ( backend )  hvad har du her
hvorfor 3  ??
Avatar billede yuksel Nybegynder
30. juni 2005 - 11:05 #9
Kommentar: aandersen
30/06-2005 10:56:37
kunne du ikke forklare det her lidt nærmere
Avatar billede yuksel Nybegynder
30. juni 2005 - 11:06 #10
og det her access, der er lige det ved det at nogle gange når jeg laver noget i i mine forme og derefter tryker på køre så gå hele databasen ned, er der nogen af jer der har oplevet det , er det en typisk fejl i access  ?
Avatar billede jensen363 Forsker
30. juni 2005 - 11:07 #11
Applikationsdatabasen hvorfra ind/udlæsning til Data ( backend ) skal vedligeholdes med jævne mellemrum - typisk nye rapporter ... dette arbejde kan jeg som udvikler lave uafhængigt af den kørende database ( min egen udviklingsversion ), teste og herefter kopiere oveni den eksisterende applikationsdatabase når den er færdig.

Stamdata i en isoleret database er både for at spare plads i Data, og for at sikre at jeg eksempelvis ikke overskriver lokale brugerstamdata. Stamdata ville man måske typisk opbevare i applikationsdatabasen.
Avatar billede -anders- Juniormester
30. juni 2005 - 11:09 #12
Når db er delt ligger frontend jo på brugeres PC, denne frontend trækker så data fra backend (tabbeller i accessfil på server), hvis nu man så skal ændre/tilføje en funktionalitet som feks. alle brugere skal benytte er det jo nødvendigt at opdatere alle backends der ligger hos de berørte brugere, det link jeg henviser til kan automatisere en sådan opdatering.
Avatar billede yuksel Nybegynder
30. juni 2005 - 11:09 #13
i tildfælde af at jeg vælger det her backend, hvordan skal jeg sende front end til mine bruger er skal man bruge noget installationsprogram eller ?
Avatar billede -anders- Juniormester
30. juni 2005 - 11:10 #14
Se 30/06-2005 11:09:30
Avatar billede yuksel Nybegynder
30. juni 2005 - 11:13 #15
Kommentar: jensen363
30/06-2005 11:07:28
hvordan kopier du dine data over til de andre ? (er det bare eksportere ?)
finder den selv ud af hvor det ændrede skal over i  eller ? er det noget  du definere
Avatar billede -anders- Juniormester
30. juni 2005 - 11:14 #16
Man behøver ikke et installationsprogram, man kan "bare" kopiere backend ud på brugres PC, når sammenkædning af tabeller er på plads.Iøvrigt enig med jensen363 30/06-2005 11:07:28
Avatar billede yuksel Nybegynder
30. juni 2005 - 11:16 #17
og hvis nu ændring skal skal ud til alle mine bruger hvordan skal det gøre ?
(ps. jeg kan ikke købe men skal udvikle)
Avatar billede jensen363 Forsker
30. juni 2005 - 11:16 #18
Det kan gøres på mange måder ... i de fleste tilfælde har jeg selv adgang til brugernes applikationsserver, hvorved jeg selv kan distribuere applikationsdatabaserne .. typist via en selvkonstrueret bat.fil
Avatar billede mugs Novice
30. juni 2005 - 11:23 #19
Jeg har ikke nærlæst alle indlæggene, så det er mulig jeg gentager.

Jeg er på en geografisk meget stor arbejdsplads med ca 600 arbejdsstationer. Alle maskiner er forbundet i et netværk. Flere brugere skal trække på de samme data. Så placerer jeg en backend på netværket, og laver frontend med sammenkædede tabeller og placerer denne på brugernes C-drev.

Selvom der er adskillige kilometre mellem de forskellige brugere, trækker de på samme data (backend). Det betyder samtidig, at netværket ikke belastes unødeigt, idet den "tunge" dele på C-drevene og kun "rå-data" skal via netværket.
Avatar billede yuksel Nybegynder
30. juni 2005 - 12:05 #20
jeg har 40 maskiner rundt omkring som skal benytte sig af det her, efter at have hørt jeres forslag syndes jeg at det er god ide.
Jeg er stadige forviret mht. hvordan jeg giver alle mine bruge en frontend til deres c drev.
og hvordan jeg for fremtiden kan sikre mig at mine opdateringer når frem til alle mine bruger ? og skal deres c drev været shared og er princippet det samme som at eksportere , forme  ?
det med backend hvor data ligger et sted er vist ikke det store problem, da der kun er en af dem, men det andet forvire mig ?
Avatar billede yuksel Nybegynder
30. juni 2005 - 12:15 #21
er der nogen der har linkt til det som jeg kan læse lidt om det
Avatar billede Ny bruger Nybegynder

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.

Loading billede Opret Preview
Kategori
Dyk ned i databasernes verden på et af vores praksisnære Access-kurser

Log ind eller opret profil

Hov!

For at kunne deltage på Computerworld Eksperten skal du være logget ind.

Det er heldigvis nemt at oprette en bruger: Det tager to minutter og du kan vælge at bruge enten e-mail, Facebook eller Google som login.

Du kan også logge ind via nedenstående tjenester