Avatar billede cckring Praktikant
23. juli 2001 - 14:45 Der er 5 kommentarer og
3 løsninger

MDE frem for MDB for at få bedre performance?

Hvis man ikke har noget VBA-kode i sin database - er der så noget performance at hente ved at bruge en MDE-fil frem for MDB?

Databasen er omkring 50mb, der er flere samtidige brugere, der er ingen replikering eller backend/front end involveret - blot en simpel mdb-fil der connects til gennem ODBC/JDBC.
Avatar billede sherlock Nybegynder
23. juli 2001 - 14:52 #1
Nej det vil der ikke være.
Hvis data er sikret bedre i en MDE-fil vil det tværtimod gå ud over performance.
23. juli 2001 - 16:03 #2
Hmm, jeg er ikke helt enig.
En .mde-fil er mere hukommelses-effektiv og kompakt end en .mdb-fil.
Det er rigtigt at der er størst gevindst, hvis man har en masse kode, men jeg vil stadig mene at der er noget at hente alligevel, da form-, report-, page-design m.m. er udelukket.

Men jeg vil da gerne se lidt dokumentation om emnet.
Avatar billede sherlock Nybegynder
23. juli 2001 - 17:07 #3
Form-, report-, page-design m.m er ikke en del af mdb-filen. Det er funktionalitet i Access. Det er rigtigt at definitionerne gemmes i md*-filerne, men det er der jo ikke tale om her. Det er en ren data-bærende mdb-fil. Der er ingen grund til at data skulle være mindre effektivt lagret i en mdb end i en mde.
Det er en naturlov i EDB at hurtighed fås på bekostning af memory, så dit argument med hukommelses-effektiv og kompakt er i kontrast til den ønskede performanceforbedring.
Avatar billede terry Ekspert
23. juli 2001 - 20:28 #4
I wouldnt waist my time converting to MDE if its just data in the dB, I cant see that there is anything at all to gain! I cant see that cckring has mentioned security and if that isnt an issue then your not gaining a thing!

Hi thomas, nice to hear from you again, had a good holiday?

Avatar billede cckring Praktikant
23. juli 2001 - 23:43 #5
Nu håber jeg sgu ikke at jeg gør mig selv upopulær ved at have fordelt points på den måde...

Nå - men det synes jeg nu var bedre end bare kaste dem i hovedet på een enkelt...

Terry og Sherlock - gider I kigge på mit indlæg \"Koster det netværksressourcer at holde en forbindelse åben til Access-database?\"

Måske kan I henvise til nogle sites, hvor jeg kan blive lidt klogere på emnet - jeg har søgt et stykket tid nu, men er ikke rigtig kommet videre.

Er Access ringere end andre DB når det gælder netværk`?
Avatar billede sherlock Nybegynder
24. juli 2001 - 08:03 #6
Hej cc.

Pointene er iorden. Jeg går ikke meget op i dem :-)

Prøver at kigge på dit andet spg.


Avatar billede terry Ekspert
24. juli 2001 - 09:15 #7
I would sugggest that you close your connections after use. Access does have its limitations as to how many (users/connections) ít can manage and you say that there are a number of concurrent users. How much network resource a connection uses I wouldnt like to say.
Access isnt a database server like MySQL and MS SQL. When you query an SQL Server, the server does most of the work and returns just what you ask for, so there will be little network traffic.

In Access the workstation (client) has to decide which records satisfy the select criteria, and hence, all records are sent over the network. So here there will be more traffic.
Avatar billede sherlock Nybegynder
24. juli 2001 - 10:13 #8
Alle desktop-databaser (Access dBase Paradox etc..) er dårligere databaser end \"ægte\" database servere. På alle punkter (databasemæssigt).
Fordelen ved de \"små\" databaser er at de inkluderer udviklingsmiljøer. Og at de er meget nemt tilgængelige mht opsætning og brug.
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