 MySQL a język japoński |
| MySQL a język japoński |
Post
#1
|
|
|
Grupa: Zarejestrowani Postów: 304 Pomógł: 1 Dołączył: 28.06.2009 Ostrzeżenie: (0%) 
 |
W jaki sposób skonstruować bazę danych aby w zależności od wyboru języka portalu baza przechowywała również np. japońskie znaki?
|
 |
 
|
 |
|
Post
#2
|
|
 Grupa: Moderatorzy Postów: 4 362 Pomógł: 714 Dołączył: 12.02.2009 Skąd: Jak się położę tak leżę :D |
To zobacz jaka najmniejsza wersja UTF obsługuje poprawnie "japońszczyznę" i będziesz wiedział czy masz użyć utf-8 czy utf-16, ale zostawiam to już dla Ciebie jako zadanie domowe
-------------------- Najpierw był manual... Jeśli tam nie zawarto słów mądrości to zapytaj wszechwiedzącego Google zadając mu własciwe pytania. A jeśli i on milczy to Twój problem nie istnieje :D
|
|
|
|
|
Post
#3
|
|
 Grupa: Zarejestrowani Postów: 6 476 Pomógł: 1306 Dołączył: 6.08.2006 Skąd: Kraków Ostrzeżenie: (0%)
|
@thek: A co mają kodowania Unikodu do tego?
|
|
|
|
|
Post
#4
|
|
|
Grupa: Moderatorzy Postów: 4 362 Pomógł: 714 Dołączył: 12.02.2009 Skąd: Jak się położę tak leżę :D |
No nie mów Crozin, że baza "izolatka" ustawiona na 8859-1 chętnie zaakceptuje japońskie kanji, polskie diakrytyki i niemieckie umplauty
Powód edycji: [thek]:
-------------------- Najpierw był manual... Jeśli tam nie zawarto słów mądrości to zapytaj wszechwiedzącego Google zadając mu własciwe pytania. A jeśli i on milczy to Twój problem nie istnieje :D
|
|
|
|
|
Post
#5
|
|
|
Grupa: Zarejestrowani Postów: 6 476 Pomógł: 1306 Dołączył: 6.08.2006 Skąd: Kraków Ostrzeżenie: (0%)
|
@thek: Chyba nie zrozumiałeś. Nie ma czegoś takiego jak "mniejsza wersja Unikodu". W każdym kodowaniu Unikodu (UTF-8, -16, -32 itp.) zapiszesz dowolny znak jedynie w inny sposób.
|
|
|
|
|
Post
#6
|
|
|
Grupa: Moderatorzy Postów: 4 362 Pomógł: 714 Dołączył: 12.02.2009 Skąd: Jak się położę tak leżę :D |
Crozin... Źle się wyraziłem. Miałem na myśli optymalizację już pod kątem co będzie sensowniejsze. Każdy z nich ma sens w określonych wypadkach. utf-16 dobrze radzi sobie z "azjatami", gorzej z ascii-oriented, utf-8 na odwrót. 32 to marnotrawstwo miejsca. Jeśli mało tekstów azjatyckich to utf-8, jeśli dużo, to skłaniałbym się ku 16. Tego typu dywagacje mam na myśli.
-------------------- Najpierw był manual... Jeśli tam nie zawarto słów mądrości to zapytaj wszechwiedzącego Google zadając mu własciwe pytania. A jeśli i on milczy to Twój problem nie istnieje :D
|
|
|
|
|
Post
#7
|
|
|
Grupa: Zarejestrowani Postów: 304 Pomógł: 1 Dołączył: 28.06.2009 Ostrzeżenie: (0%)
|
Przewiduję, że będzie dużo tekstów azjatyckich i europejskich. Chciałbym jaknajoptymalniej skonstruować bazę pod przechowywanie zarówno japońskich fontów jak również niemieckich, rosyjskich no i oczywiście polskich
|
|
|
|
|
Post
#8
|
|
|
Grupa: Zarejestrowani Postów: 6 476 Pomógł: 1306 Dołączył: 6.08.2006 Skąd: Kraków Ostrzeżenie: (0%)
|
Odpowiedź już padła: Unicode. A to w jakim kodowaniu je zrealizujesz nie ma większego znaczenia. Oczywiście dobrze by było tak je dobra by nie trzeba było za dużo kombinować ze zmianą kodowań pomiędzy bazą danych, aplikacją na serwerze czy aplikacją u klienta. Jeżeli to będzie strona internetowa w PHP to właściwie nie ma o czym myśleć i UTF-8 wybierasz.
|
|
|
|
|
Post
#9
|
|
|
Grupa: Zarejestrowani Postów: 304 Pomógł: 1 Dołączył: 28.06.2009 Ostrzeżenie: (0%)
|
Dzięki - sogi dla Was. Pzdr.
|
|
|
|
 |
|
Aktualny czas: 20.08.2025 - 11:14 |
