[nim]

Ursprungligen postat av tartareandesire

Nja, InnoDB är inte alltid snabbare.

Generellt sätt, jo. Sen om man går djupare så får man välja databas och databasmotor beroende på vad man ska bearbeta.

Men visst, du går säkert och köper en Volvo 740 när vill köra på autobahn.

[tartareandesire]

Ursprungligen postat av nim

Generellt sätt, jo. Sen om man går djupare så får man välja databas och databasmotor beroende på vad man ska bearbeta.

Men visst, du går säkert och köper en Volvo 740 när vill köra på autobahn.

Det finns inga generella fall Som du säger så får man välja lösning efter ändamål precis som med allt annat. Det är få som kör sin bil enbart på Autobahn även om det säkert finns undantag även där För den som inte vill, kan eller behöver sätta sig in i vad som är bäst för deras applikation så är InnoDB alltid det rätta valet, det kan jag däremot hålla med om (i de flesta fall annars också men inte alltid som sagt var). Annars blir det lite meningslöst att säga något i stil med att "en bil är snabbare än en båt". Ja, det beror ju på om du ska ta dig fram över vatten eller inte

[Clarence]

Ursprungligen postat av nim

Generellt sätt, jo. Sen om man går djupare så får man välja databas och databasmotor beroende på vad man ska bearbeta.

Generellt sett är MyISAM snabbare än InnoDB för reads. Generellt sett är webbapplikationer övervägande reads. Så oftare än inte kommer MyISAM vara snabbare än InnoDB om man inte ger sig på dumheter eller hög (blandad) last.

Men sen skulle jag ändå generellt sett rekommendera InnoDB/XtraDb/Aria snarare än MyISAM.

Ett exempel på en av många anledningar är TS fråga. Eftersom det finns transaktionsstöd och atomicity i writes så behöver man inte krångla mer än att lägga hela uppdateringen i EN transaktion och därmed alltid få senaste kompletta uppdateringen från sin select.