qbas-s
19.06.2011, 08:36:07
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?
thek
19.06.2011, 13:50:42
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
Crozin
19.06.2011, 14:03:05
@thek: A co mają kodowania Unikodu do tego?
thek
19.06.2011, 21:33:08
No nie mów Crozin, że baza "izolatka" ustawiona na 8859-1 chętnie zaakceptuje japońskie kanji, polskie diakrytyki i niemieckie umplauty
Crozin
19.06.2011, 21:42:06
@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.
thek
19.06.2011, 22:24:25
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.
qbas-s
20.06.2011, 08:56:30
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
Crozin
20.06.2011, 11:48:46
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.
qbas-s
20.06.2011, 13:47:21
Dzięki - sogi dla Was. Pzdr.
To jest wersja lo-fi głównej zawartości. Aby zobaczyć pełną wersję z większą zawartością, obrazkami i formatowaniem proszę
kliknij tutaj.