[alavik]

Hej!

Vi sitter här och diskuterar hur stor prestanda skinnad det är att köra direkt mot en access databas fil istället för en sql server?

Nån som har erfarenheter?
Är det stor skillnad?

// Anders

[grazzy]

Jag ser igentligen ingen anledning till att köra mot en access-fil. Det finns flera gratis-varianter av sql-servrar som är snabbare och säkrare än access.

Beroende på konfiguration och även mängd / typ av data i databasen kan säkert resultaten variera, men jag har väldigt svårt att tro att access spöar nån annan form av databas i ren prestanda. Access styrka ligger väl snarare i dess gränssnitt.

Det går väl inte ens att använda access's databaser med fler än en simultan användare ens? (En site dvs).

[jimmie]

Originally posted by grazzy@Jan 4 2005, 13:13
Jag ser igentligen ingen anledning till att köra mot en access-fil. Det finns flera gratis-varianter av sql-servrar som är snabbare och säkrare än access.

Beroende på konfiguration och även mängd / typ av data i databasen kan säkert resultaten variera, men jag har väldigt svårt att tro att access spöar nån annan form av databas i ren prestanda. Access styrka ligger väl snarare i dess gränssnitt.

Det går väl inte ens att använda access's databaser med fler än en simultan användare ens? (En site dvs).

Enligt microsoft så kan man ha 256 kopplingar som mest, men test som har gjort visar att det går att ett 50-tal kopplingar innan det går åt skogen.

[grazzy]

Hmm.. det är möjligt att vi gjorde fel, men när vi jobbade med databaser som drevs via access hade vi ett ständigt sjå med att den skapade "låsningsfiler" som gjorde att access vägrade öppna den.

Det kanske berodde på något annat dock?

[jimmie]

Originally posted by grazzy@Jan 4 2005, 14:11
Hmm.. det är möjligt att vi gjorde fel, men när vi jobbade med databaser som drevs via access hade vi ett ständigt sjå med att den skapade "låsningsfiler" som gjorde att access vägrade öppna den.

Det kanske berodde på något annat dock?

http://office.microsoft.com/sv-se/as...868081053.aspx
Klicka på Access databas så får du upp specifikationerna:

Filstorlek för Microsoft Access databas (.mdb) (Microsoft Access-databas: En samling data och objekt, till exempel tabeller, frågor eller formulär, som är relaterade till ett visst ämne eller syfte. Microsoft Jet-databasmotorn hanterar alla data.) 2 GB minus det utrymme som krävs för systemobjekten (systemobjekt: Databasobjekt som är definierade av systemet, tex tabellen MSysIndexes, eller av användaren. Du skapar ett systemobjekt genom att namnge objektet med USys som de första fyra tecknen i objektnamnet.).
Antal objekt i en databas 32 768
Moduler (inklusive formulär och rapporter där egenskapen Har modul (HasModule) har angetts till True) 1 000
Antal tecken i ett objektnamn 64
Antal tecken i ett lösenord 14
Antal tecken i ett användarnamn eller gruppnamn 20
Antal samtidiga användare 255

Anledningen till att ni fick problem med låsningar var nog att när data _ändras_ måste en låsning göras. Oftast kan man ställa in hur många gånger man ska försöka om igen om en databas är låst, med jet 4 så används kommandot "Jet OLEDB:Lock Retry " (http://msdn.microsoft.com/library/de...etprovspec.asp) på så sätt så slipper man även problem vid ändring av data och man väntar snällt på sin tur att få ändra i databasen.

[Robert]

På en gammal site (privat) så körde jag access för några år sedan. Hade timers på sidorna så jag såg hur lång tid det tog att parsa dom. Efter migrering till SqlServer gick den ifrån 8sekunder ner till 1sekund (antik hårdvara dessutom). Det var den tyngsta sidan dock, men kan ju ge en fingervisning.

[Starweb]

Det är precis som grazzy säger att styrkan i Access ligger i dess gränssnitt. Man får upp en databas och kopplar samman den väldigt enkelt med ett program väldigt fort - även om man är ganska nybörjare.

Access BÖR enligt egen erfarenhet inte användas i större/medelstora projekt, utan endast upp till 10 användare. Tex. intert i ett program inom företaget eller dylikt.


För de flesta "normal" duktiga med färdiga databas-classer bör det dock gå ungefär lika snabbt att skapa databaser i SQL/MySQL som i Access.
Sen kommer hela biten med VB/Makron i Access som gör det flexibelt i samband med tex. Excel, men det är ju en annan historia.

[zoran]

Originally posted by Starweb@Jan 4 2005, 16:45
Det är precis som grazzy säger att styrkan i Access ligger i dess gränssnitt. Man får upp en databas och kopplar samman den väldigt enkelt med ett program väldigt fort - även om man är ganska nybörjare.

Access BÖR enligt egen erfarenhet inte användas i större/medelstora projekt, utan endast upp till 10 användare. Tex. intert i ett program inom företaget eller dylikt.


För de flesta "normal" duktiga med färdiga databas-classer bör det dock gå ungefär lika snabbt att skapa databaser i SQL/MySQL som i Access.
Sen kommer hela biten med VB/Makron i Access som gör det flexibelt i samband med tex. Excel, men det är ju en annan historia.

Om man nu ska filosofera om databasdesign.

Databasdesign består av 2 delar. Första och viktigaste delen är analys av problemet och databaskonstruktion mha normaliseringsmodellen. Det kan innefatta ritande av ER-diagram och dylikt. Med andra ord att beskriva hur data ska lagras.

Det här steget är ju densamma oavsett vilken databasmotor man har.

Andra steget är impementeringen. Där snackar man SQL och ska översätta sin databeskrivning till tabeller. Det är ju lätt som en plätt.

Vad jag vill komma fram till är att om någon använder access för att det är "smidigt" med grafisk gränssnitt för att designa databaser tycker jag att den personen inger väldigt vag förtroende som databasdesigner.