MySQL to ZUO ;/

[Gość patrys]

Zuo zuo i zuo

Edytowano Wrzesień 8, 2017 przez patrys (zobacz historię edycji)

[Gość RuFiK]

utf8

[maniack 403]

.

Edytowano Wrzesień 13, 2017 przez maniack (zobacz historię edycji)

[xorg 693]

Latin2 ever

[Miłosz 2311]

UTF-8

[Lan Hikari 3]

Jak większość, UTF-8

[Jarosław Szmańda 42]

To istnieje jeszcze jakiś inny racjonalny wybór niż UTF?

[Gość]

Oczywiście, że UTF8.

[Gość Łukasz Tkacz]

UTF8

[www.ionic.pl 535]

To istnieje jeszcze jakiś inny racjonalny wybór niż UTF?

 

Tak, latin2.

[rrutek 12]

Wybrałem UTF-8, ale prawda jest taka, że aktualnie programiście jest to obojętne, jakie kodowanie jest domyślnie w bazie danych. Musi i tak się dostosować do tego, że ktoś może wpakować coś innego i zawsze musi wymuszać odpowiednie kodowanie, chociażby tuż po połączeniu się z bazą. O ile dobrze kojarzę, programiści korzystający z latin1 i latin2 tego nie robią, więc w przypadku domyślnego UTF-8, śmieciowe skrypty chyba mogą źle działać. Suma sumarum ciężko jest zadecydować na co postawić. Z jednej strony ułatwimy pracę początkującym programistom PHP(i ich wytworom => wiele skryptów opensource), którzy korzystają z bazy nie ustawiając kodowania połączenia, a potem płaczą, że po eksporcie i ogólnie w bazie mają zepsute kodowanie(rozwiązanie notabene jest banalne: http://eazu.pl/mysql-latin1-i-utf-8-w-jednym/). Z drugiej strony możemy znacząco utrudnić korzystanie z starszych aplikacji korzystających z latin1/2.