--- title: "Val av UTF-8 i MySQL samt problemlösning" type: "forum-thread" url: "https://www.webforum.nu/amne/databaser-sql/165758-val-av-utf-8-i-mysql-samt-problemlösning" topic: "Databaser & SQL" topic_url: "https://www.webforum.nu/amne/databaser-sql" author: "Marcus" published: "2007-10-23T18:46:58.000Z" updated: "2007-11-17T13:08:14.000Z" replies: 12 views: 990 page: 1 pages: 1 language: "sv-SE" site: "webForum — webforum.nu" rights: "Upphovsrätten till varje inlägg tillhör dess författare." attribution: "Citera som: webForum, https://www.webforum.nu/amne/databaser-sql/165758-val-av-utf-8-i-mysql-samt-problemlösning" --- # Val av UTF-8 i MySQL samt problemlösning ## #1 — Marcus, 2007-10-23T18:46Z Hej Jag håller på och försöker konvertera upp en MYSQL-databas till nån form av UTF-8-set. Först och främst, det finns ju ett par att välja mellan. Mitt val verkar stå mellan UTF8_bin , UTF8_general_ci eller UTF8_unicode_ci Jag har letat runt en del men kan någon kunnig själ förklara med ett par enkla meningar vad skillnaden på dessa är och vilket jag bör använda i min databas. Nåväl, jag har testat en tabell med olika ut8-kodningar och sen provat att skjuta in data från en UTF8-kodad php-fil men i databasen får man de trista tecknen ö för ä t.ex. Vad i processen är det jag missar här egentligen? Måste jag ange något speciellt vid inskjutning / hämtning från databasen? Mvh Marcus Permalänk: https://www.webforum.nu/p/165758 ## #2 — Gein, 2007-10-23T18:51Z Lustigt, jag sitter med precis samma uppgift nu. Att konvertera en testdatabas från Latin1 till UTF8. Hur har du konverterat själva databasen, droppade du alla tabeller och skapade dom på nytt? Permalänk: https://www.webforum.nu/p/2043905 ## #3 — Marcus, 2007-10-23T18:53Z Konverterar om tabellen on the fly och skjuter in ny data eftersom.Verkar märkligt om man behöver skapa tabellen på nytt då jag endast är intresserad av nytillkommen data. Håller dock ändå på nu och skapar en ny fräsch tabell. :) Permalänk: https://www.webforum.nu/p/2043906 ## #4 — Gein, 2007-10-23T19:05Z Jag *tror* att om du vill ändra collation så måste du skapa databasen/tabellen på nytt helt och hållet. Permalänk: https://www.webforum.nu/p/2043908 ## #5 — Marcus, 2007-10-23T19:15Z Skapat ny DB, ny tabell och ny fields och matat in ny data. Fortfarande problem. Ska fortsätta undersöka detta imorgon kväll. Nu kan jag inte förneka längre att jag har tenta imorgon... Permalänk: https://www.webforum.nu/p/2043914 ## #6 — Gein, 2007-10-23T19:46Z Jag, likaså, har enorma problem att konvertera från latin1 till utf8 (det gäller ett vBulletin-forum). Jag gör följande (delvis linuxspecifikt): ``` mysqldump --user=mittanvändarnamn--password=lösenord--default-character-set=latin1 --skip-set-charset databasnamnet > dump.sql sed 's/latin1/utf8/g' dump.sql > dump-charset.sql mysql --user=mittanvändarnamn--password=lösenord--execute="DROP DATABASE databasnamnet; CREATE DATABASE databasnamnet CHARACTER SET utf8 COLLATE utf8_general_ci;" mysql --user=mittanvändarnamn--password=lösenord--default-character-set=utf8 databasnamnet < dump-charset.sql ``` Nu när man besöker forumet står det att man är bannad. Har även provat med *iconv* för att konvertera sql-dumpen från latin1 till utf8. Inga problem med själva konverteringen men om jag importerar dumpen sedan så kommer jag inte åt forumet över huvud taget. Bara en vit sida i webbläsaren. Permalänk: https://www.webforum.nu/p/2043922 ## #7 — Fuel, 2007-11-17T12:19Z Så.. hur gick det och vad blev det för UTF8 ? :) Permalänk: https://www.webforum.nu/p/2052136 ## #8 — Gein, 2007-11-17T12:23Z Jag kan tala för egen del. Ledsnade på allt strul och pröjsade en mindre slant till killen bakom för att få det fixat. Fungerar utmärkt efter det. Permalänk: https://www.webforum.nu/p/2052137 ## #9 — Fuel, 2007-11-17T12:30Z aha ok ;) du vet inte vilken variant av UTF det blev ? Permalänk: https://www.webforum.nu/p/2052138 ## #10 — Gein, 2007-11-17T12:31Z > **Fuel skrev:** > > aha ok ;) du vet inte vilken variant av UTF det blev ? Jo, UTF-8 med kollationering utf8_general_ci Permalänk: https://www.webforum.nu/p/2052140 ## #11 — Fuel, 2007-11-17T12:37Z ok, tack ... har du nånstans man kan läsa om skillnaden mellan dessa och vad det innebär som nämns i huvudinlägget? Permalänk: https://www.webforum.nu/p/2052141 ## #12 — Gein, 2007-11-17T12:57Z ci står för case insensitive. utf8_unicode_ci är en utökning av utf8_general_ci och kan hantera en-till-många relation. T.ex. gäller där att ß = ss (till skillnad från utf8_general_ci där ß = s). Det finns också utf8_swedish_ci (bygger på utf8_unicode_ci) som har vissa tillägg. T.ex. att A \< B \< ... \< Å \< Ä \< Ö etc. utf8_unicode_ci (och därmed också utf8_swedish_ci) är inte lika snabb som utf8_general_ci. Exakt när utf8_bin är intressant vet jag inte riktigt. Googla på kollationeringarna så hittar du säkert en hel del. Permalänk: https://www.webforum.nu/p/2052149 ## #13 — Fuel, 2007-11-17T13:08Z tack :birp have a nice lördag Permalänk: https://www.webforum.nu/p/2052153 --- Tråden på webben: https://www.webforum.nu/amne/databaser-sql/165758-val-av-utf-8-i-mysql-samt-problemlösning