ÅÄÖ ingår i latin1 så man behöver inte hålla på och mecka med html-entiteter i det fallet.

Haha, sant! :)

Antagligen lär det bli galet, ja, men korrupt? Det kommer nog inte vara troligt att du får rätt resultat i varje fall. Jag har inte använt phpmyadmin själv men det är väl inte helt otroligt om det används en relaterad collation för vald charset och då lär det ju bli knas om du sparar svenska tecken med arabiska sorteringsalgoritmer och regler.

Följande länk ger exempel där det kan bli "fel" resultat om man väljer "fel" collation: http://dev.mysql.com/doc/refman/5.0/...code-sets.html

Fråga #3 får någon annan ta. ;)
(Jag vet inte).


Det ska gå att konvertera från en collation till ett annan i SQL-frågorna, men det är typ allt jag vet. I alla fall, jag hade nog tagit mig tid och gjort det på riktigt (dvs ändra så att det blir rätt i databasen) istället för att hålla på och konvertera mellan olika charsets i applikationen eller i datalagret. På samma sätt som det blir fel när man har en encoding i databasen och en annan i applikationen kan jag tänka mig att det blir knas vid sorteringen, men jag vet inte säkert. Hoppas att någon annan kan hjälpa dig mer.

SELECT * FROM `tabell` order by tabell
utf8_bin Unicode (flerspråkig), Binär =>
+-----+
| A |
| a |
| Ä |
| Å |
| ä |
| å |
+-----+
utf8_general_ci Unicode (flerspråkig), skiftlägesokänsligt 0>
+-----+
| å |
| ä |
| Å |
| Ä |
| a |
| A |
+-----+
utf8_unicode_ci Unicode (flerspråkig), skiftlägesokänsligt =>
+-----+
| å |
| ä |
| Å |
| Ä |
| a |
| A |
+-----+
utf8_swedish_ci Svensk, skiftlägesokänsligt =>
+-----+
| a |
| A |
| å |
| Å |
| ä |
| Ä |
+-----+

ic då kör jag nog med samma kollationering som webhosten har gjort så slipper man tänka så mycket.