Czy ktoś wie, dlaczego latin1_swedish jest domyślny dla MySQL. Wydaje mi się, że UTF-8 byłby bardziej kompatybilny, prawda?Dlaczego MySQL używa domyślnie latin1_swedish_ci?
Domyślne ustawienia są zwykle wybierane, ponieważ są najlepszym wyborem uniwersalnym, ale w tym przypadku nie wydaje się, że to, co zrobili.
O ile widzę, łaciński1 był domyślnym zestawem znaków w czasach przed wielobajtowych i wygląda na to, że był kontynuowany, prawdopodobnie ze względu na kompatybilność w dół (np. Dla starszych instrukcji CREATE, które nie określały sortowania) .
Od here:
Co 4,0 Did
MySQL 4.0 (i wcześniejszych wersjach) obsługiwane tylko co wyniosło połączonej pojęciem zestawu znaków i zestawień z jednobajtowych kodowania znaków, która została określona na poziomie serwera. Wartość domyślna to
latin1, co odpowiada zestawowi znaków latin1 i sortowaniulatin1_swedish_ciw MySQL 4.1.
Jako dlaczego szwedzki, mogę tylko domyślać, że to dlatego, MySQL AB jest/był szwedzki. Nie widzę żadnego innego powodu, dla którego wybrałbym tę układankę, ale z pewnymi specyficznymi dziwactwami sortowania (jak mówię po Z), ale nie są one w pobliżu międzynarodowego standardu.
Myślę, że maby wybrać tę raczej dziwną kolokację, aby było oczywiste dla użytkownika, że to się zmieni. co oczywiście w większości wypadków nie spełniło się zgodnie z oczekiwaniami, ale zostało uniemożliwione przez tyranię domyślnej :) –
@TheSurrican, co za dziwna odpowiedź. Co sprawia, że jest to dziwne zestawienie? To szwedzka wersja standardu latin1 wybrana przez szwedzką firmę. To tak, jak Oracle wybiera język angielski w USA dla swoich produktów. – chrismacp
Jak o latin1_swedish_ci jest ISO 8859-1 i ISO 8859-1 jest pierwszym z dostępnych wyborów po posortowaniu, więc jeśli nie podasz żadnego wyboru,
latin1 jest domyślnym zestawem znaków. Łacińska1 MySQL jest taka sama, jak zestaw znaków Windows cp1252. Oznacza to, że jest taki sam jak oficjalny ISO 8859-1 lub IANA (Internet Assigned Numbers Authority) latin1, z tym wyjątkiem, że IANA latin1 traktuje punkty kodowe między 0x80 i 0x9f jako "niezdefiniowane", podczas gdy cp1252, a więc i Latin1 MySQL, przypisują znaki dla tych pozycji.
z
http://dev.mysql.com/doc/refman/5.0/en/charset-we-sets.html
może pomóc zrozumieć, dlaczego.
Tak, ale pytanie brzmi, dlaczego jest to domyślny zestaw znaków, a nie niewiarygodnie bardziej wszechstronny UTF-8? –
Wiem, jakie było jego pytanie. Mogę tylko zasugerować, że były ograniczenia lub nie były szeroko stosowane, lub nie były tak popularne w tym czasie. – bear
@Pekka 웃 To dlatego, że tak wspaniałe, jak UTF-8, jest wciąż wielobajtowe ** i gorsze wielobajtowe o zmiennej długości. I to jest pogrzeb za niezwykle uproszczonymi programami. Nie sądzę, żeby ktokolwiek obudził się w zimnym pocie, martwiąc się o 5 i 7 bajtowych znaków "latin1". Oczywiście może to dotyczyć tylko przeszłości. * było * nie * jest * ... – ebyrob
Najdziwniejsze tego rodzaju funkcje mają charakter historyczny. Zrobili to tak dawno temu, a teraz nie mogą tego zmienić bez rozbijania aplikacji w zależności od tego zachowania.
Być może UTF8 nie był wtedy popularny. A może MySQL nie obsługiwał zestawów znaków, w których wiele bajtów kodowało wtedy znak.
Użycie kodowania jednobajtowego ma pewne zalety w stosunku do wielu bajtów, np. długość łańcucha w bajtach jest równa długości tego ciągu znaków w znakach. Więc jeśli używasz funkcji takich jak SUBSTRING, nie jest intuicyjnie jasne, jeśli masz na myśli znaki lub bajty. Również z tych samych powodów wymaga znacznej zmiany kodu wewnętrznego w celu obsługi kodowania wielobajtowego.
Dobre pytanie! mySQL jest (lub był kiedyś) szwedzką firmą, więc to jest prawdopodobnie powód dla szwedzkiej części ... Co do tego dlaczego latin1, nie wiem. –
@Pekka +1 Ah ..... co jest interesujące. Nie wiedziałem tego. – Metropolis
Możliwy duplikat [Dlaczego domyślne sortowanie MySQL latin1 \ _swedish \ _ci?] (Http://stackoverflow.com/questions/6769901/why-is-mysqls-default-collation-latin1-swedish-ci) –