Avatar billede scifo Nybegynder
21. marts 2007 - 18:27 Der er 11 kommentarer og
1 løsning

Begrænsninger for MySql

Hej eksperter.

Hvor meget skal der til før at en MySql database begynder at brokke sig, nu tænker jeg på hvor meget jeg kan fylde i den, om det er et maximum antal mb's eller poster den kan håndtere?

Og er der evt. andre begrænsninger man bør være opmærksom på?

Med Venlig Hilsen
Scifo
Avatar billede arne_v Ekspert
21. marts 2007 - 18:46 #1
jeg tror ikke at du har ramt limit

:-)

http://dev.mysql.com/doc/refman/5.0/en/full-table.html
Avatar billede arne_v Ekspert
21. marts 2007 - 18:47 #2
et antal TB per table boer vaere nok til de fleste
Avatar billede scifo Nybegynder
21. marts 2007 - 19:32 #3
jamen hvorfor så bruge oracle f.eks. i stedet for mysql, har "hørt" at det var fordi oracle kan håndtere meget mere end MySql, netop derfor jeg spørger.

Hvad med forespørgsler, ex. en select statement, kan man ikke nå en form for limit, hvor den cracher ved forsøg på forespørgsel?

/Scifo
Avatar billede arne_v Ekspert
21. marts 2007 - 20:00 #4
MySQL er naturligvis begraenset af CPU, memory og disk - det er andre databaser ogsaa.

At MySQL kan klare multi TB databaser er ikke det samme som at det er
et oplagt valg til den slags databaser.

Jeg vil mene at:
  - Oracle performer bedre end MySQL paa highend hardware (mere end 4 CPU)
  - Oracle er bedre naar det drejer som om at administrere store data maengder (TB eller PB)
  - Oracle er bedre end MySQL til high availability loesninger
  - Oracle kommer med langt bedre tools (PL/SQL, Advanced Queue etc.)

Men Oracle kommer altsaa ogsaa med et pris skilt.
Avatar billede arne_v Ekspert
21. marts 2007 - 20:01 #5
Men du skal altsaa ikke vaere bange for at der er en simpel limit  a la
MS Access eller diverse Express versioner i MySQL - det er der ikke.

Den foerste limit er den hvor tabeller default er sat til max. 4 GB og skal aendres
for at faa de store datamaengder i. Se link ovenfor for detaljer.
Avatar billede scifo Nybegynder
21. marts 2007 - 20:04 #6
Oki, tak for hjælpen arne. smid et svar og der er 30 points til dig :-)

/Scifo
Avatar billede schwarz84 Nybegynder
21. marts 2007 - 20:09 #7
At kunne gemme en stor mængde data er ikke det samme som at være god til at håndtere dem. Problemerne med MySQL inkluderer:
- Håndtering af når flere brugere retter i samme tabel (her har MySQL tendens til at låse mere data end nødvendigt)
- Manglende (i nyere versioner begrænset) understøttelse for foreign keys.
- Begrænset understøttelse af dirty-markering af data
- Problemer med intigritet for transactions

Når alt dette er sagt så er MySQL bedre end den har været og nogle af disse ting understøttes (til dels) ved valg af de rigtige 'engines' osv. Der findes også masser af situationer hvor MySQL er god nok til at opfylde behovet...
Avatar billede schwarz84 Nybegynder
21. marts 2007 - 20:10 #8
Det er udelukkende ment som en tilføjelse. Pointene er arnes...
Avatar billede arne_v Ekspert
21. marts 2007 - 20:11 #9
svar
Avatar billede arne_v Ekspert
21. marts 2007 - 20:13 #10
som opfoelgning paa schwarz84 - i MySQL har man et valg:

MyISAM tabeller - meget hurtige men ingen transaktions support
InnoDB tabeller - transaktions support men absolut ikke hurtige

jeg vil tro at i mange tilfaelde hvor man har brug for transaktions supporten
vil vaelge en anden database
Avatar billede scifo Nybegynder
21. marts 2007 - 22:40 #11
arne: Hvad mener du med transaktions support?
Avatar billede arne_v Ekspert
21. marts 2007 - 23:28 #12
at man "bundter" to eller flere opdateringer fa databasen, så enten bliver alle
gennemført eller ingen
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
Computerworld tilbyder specialiserede kurser i database-management

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