03. juni 2002 - 09:02 Der er 12 kommentarer og
1 løsning

Frontend/Backend - mystisk!!??

Inspirerede af spørgsmål (http://www.eksperten.dk/spm/219455) kunne jeg godt tænke mig at høre eksperternes forklaring på dette fænomen:

Man siger altid, at den optimale Access-løsning er en løsning hvor backend er placeret på en netværksserver og frontend er placeret lokalt hos brugerne. Det skulle give den bedste performance og den største stabilitet i forhold til systemnedbrud og beskadiget databaser.

Nu har jeg dog 2 gange i træk oplevet at systemet blev væsentlig langsommere da jeg flyttede frontenden ned på hver PC !!!

I begge tilfælde lå frontend og backend i samme mappe på netværksserveren og alle brugere åbnede derved samme frontend. (det burde gå langsomt, ikke?)

I det ene tilfælde blev systemet ca 50% langsommere da hver bruger fik sin egen frontend. (Access XP)
I det andet tilfælde var det meget værre. Her tog det pludselig 4 minutter at åbne en formular (som kun tog 10 sekunder da alle brugere delte samme fil). Dette var i Access 2000.

Faktisk opdagede jeg at så længe frontend og backend lå i samme mappe, så gik det hurtigt (for det meste!) mens det gik langsomt hvis man f.eks. flyttede frontend til en under- eller overliggende mappe! Det var lige som om, at den var optimeret til at ligge i samme mappe!?

Der var tilsyneladende ikke den store forskel på om man brugte et mapped drev i sammenkædningen eller hele netværksstien (\\Server\database\...).

Er der nogen, som har oplevet det samme? Eller har en forklaring på hvorfor den opfører sig sådan, når jeg skulle mene at det burde være omvendt?

/Thomas
Avatar billede terry Ekspert
03. juni 2002 - 09:23 #1
The database has many linked tables that also have many relationships, and the table that you are opening has its subdatasheet Name property set to [Auto]. This can make the table slow to open. Subdatasheets are a new feature in Access 2000. Therefore, you are more likely to notice this behavior after you convert a database from an earlier version.
Avatar billede terry Ekspert
03. juni 2002 - 09:28 #2
I must admit that this sounds VERY strange Thomas, and I actualy doubt that the answer above can help. Although itmaybe that having the back and front end in the same location is maybe faster to "autocorrect"
Avatar billede nih Novice
03. juni 2002 - 09:55 #3
Jeg har opnået betydelig performance forbedring ved at flytte det meste til klienten, også tabeller. Eks postnummertabel, som jo ikke skal redigeres. Men 4 min. det lyder som om der er et andet problem.

Niels
03. juni 2002 - 10:24 #4
Ja, 4 minutter er lang tid! Kunden kører på et 100 MBit netwærk med omkring 8-10 samtidige brugere.
Den langsomme performance var ikke blot første gang man åbnede. Det tog lige så lang tid hver gang.
Avatar billede terry Ekspert
03. juni 2002 - 10:32 #5
Niels, nothing to do with this question, but are you receiving emails from eksperten? I havent received any since Friday evening!
03. juni 2002 - 11:22 #6
Heller ikke jeg, Terry :o(
Avatar billede terry Ekspert
03. juni 2002 - 11:29 #7
tak !
Avatar billede hansk Nybegynder
03. juni 2002 - 12:45 #8
Jeg har da aldrig hørt at en opsplitning af en access db i en frontend og en backend skulle give bedre performance. Årsagen til at splitte en db er da at forøge fleksibiliteten (efter min mening).

Logisk set vil det naturligvis være hurtigere at loade en db fra eget lokaldrev frem for at loade fra en server. Men jeg vil mene at dette afhænger meget af båndbredder og trafik på nettet iøvrigt. Når det modsatte så viser sig at være tilfældet, kan det måske tænkes at der sker en slags refresh af hvert enkelt link, og dette bør vel gå hurtigere når databaserne befinder sig i samme mappe.

/Hans
03. juni 2002 - 12:59 #9
Man splitter den ikke op for at opnå bedre performance. Der er mange andre gode grunde til at splitte den op, så når man endelig splitter den op, så burde jeg mene at det var hurtigst, når frontend ligger lokalt (således at hver frontend kun åbnes af én bruger samtidig med at det er hurtigere at hente fra harddisken end fra nettet).

Det allermystiske, har jeg slet ikke fortalt; Jeg prøvede at lave flere forskellige frontends som alle lå i samme mappe som backenden. Min tanke var, at hvis det var det hurtigste, så skulle hver bruger i hvert fald have hver deres kopi (der havde tidligere været problemer med beskadiget frontends når alle brugte samme fil) Men det viste sig at det KUN var den originale frontend, som var hurtig. Alle kopierne (Frontend1, Frontend2, Frontend3, osv) var lige så langsomme som da de lå lokalt!!!?

På det tidspunkt var jeg ved at være lidt presset da brugerne blev utålmodige, så jeg fik ikke afprøvet om denne tilstand var vedvarende eller om den ville 'komme op i omdregninger' efter et par genåbninger (det er faktisk også set!)
Avatar billede nih Novice
03. juni 2002 - 13:23 #10
Hi Terry

Næh, nu du siger det - Jeg prøvede at logge på Eksperten lørdag formiddag uden held, og nej jeg har heller ikke modtaget mails i weekenden.

Niels (Vejret var også alt for godt til at sidde inde)
07. juni 2002 - 21:17 #11
hmm, lukker og slukker!

Det er sgu ikke mange gode svar, man får her ;o)

Det kunne være, at man skulle omdøbe Eksperten.dk til Nybegynderen.dk

Just kidding :o)

Tak for input, selvom jeg ikke kunne bruge det !

God weekend
/Thomas
Avatar billede terry Ekspert
08. juni 2002 - 13:24 #12
well Thomas, if you cant give an answer then there arent many who can, but then we are are maybe ALL Nybegynder  :o)
09. juni 2002 - 20:56 #13
Well, in 20 or 30 years, we might be on top of it ;o)

Until then....yes we are all rookies :o(
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