19. september 2003 - 10:39Der er
25 kommentarer og 1 løsning
Hvad skal man vælge Acces eller SQL
Hej
vi har et site som nu er baseret på en ms acces database, der er ikke gjordt reklame for sitet endnu men alligevel fylder vores acces db ca 9 mb med de 100 brugere vi samt alt det andet som er database baseret, vi har tænkt på at flytte den til en SQL server, men hvad er bedst for en acces db på 50 mb er vel ikke særlig praktisk at arbejde med, emn samtidig mener mange at acces er meget hutigere?
Teknologi, AI og forretning er i centrum på Computerworlds Cloud og AI Festival i København d. 18. og 19. september. Se hele programmet for den store konference om strategisk brug af Cloud og AI på: www.cloud-festival.dk
Ja det er der også står lidt at for jeg kan ikke kende eller ved ikke forskællen på alle de der SQL databaser, det skla bruges i forbindelse med et ASP baseret websted emn jo det er nok MySQL i skla have. jeg læste bare noget om at en eller anden SQL db var langsommere en acces
OK sorry det blev sku da noget kludder det der:) Jo det er nok en MySQL database vi skal bruge, ved du forresten om der er en smart måde at overføre ens data fra acces til MySQL?
Det er vel et valg af hvor lang responsetid man kan acceptere. Hvis der er "access" til databasen hvert sekund, så skal man nok søge noget hurtigere, men hvis det derimod bare et et opslag eller to i timen, så gør hastigheden vel mindre. Har selv lavet en ASP/MsAccess webside, men regner med at forblive der et stykke tid endnu. Jeg synes at responsetiden er ganske ok endnu. Er det ikke her valget skal ske' ?
Nje det har vi ikke prøvet, men som det ser ud nu skla siden flyttes til et nyt sted der undstøtter begge dele og så ville jeg jo bare høre, men det lydder til at MySQL er at fortrække
jo men størrelsen på den, i vores acces db nu er der vel 15 - 20 tabbeller og der ligger i nolge af op mod 100 poster, det må da tage en helved tid at åbne og kigge den iggennem vis den kommer til at fylde 50 mb
Tiden for forespørgsler afhænger meget af om du sætter fornuftige index på tabellerne. Hvis du gør det så roder den ikke hele tabellen igennem. Og det er faktisk det samme for alle databaser - både MySQL og Access.
Der er 2 ting som dræber en access database:
* at have aplikationen på en server og databasen på en anden server (det virker fint med database servere som MySQL, men fildatabaser som Access duer ikke til det)
* mange simultane opdateringer (fordi en fil database ikke har en server process til at koordinere adgangen til data)
Så når man når op i en vis "klasse" så duer Access ikke længere.
alleslev -> Jeg ville prøve at komprimere, bare for at checke størrelsen efter en komprimering. Selv med 20 tabeller og 100 poster i hver synes jeg 9Mb er meget. Naturligvis afhænger det af, hvor megen der ellers er hængt på.
Funktioner > Databasefunktioner > Komprimer og reparer database.
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.