Utf8_general_ci inirerekumendang higit sa Utf8_bin?

[mario06]

Ay hindi utf8_general_ci pinapayong dahil

utf8_bin: ihambing ang mga string ng binary na halaga ng bawat character sa string

utf8_general_ci: ihambing ang string na gamit ng pangkalahatang patakaran ng wika at paggamit ng mga case-insensitive na mga paghahambing

Sa susunod na bersyon maaari mong magdagdag ng isang pagpipilian na hindi-convert ang charset table ng db?

[vBET]

Para sa vBET mga talahanayan ng cache choosed namin ang utf8_bin COMPARATOR, dahil naniniwala kami na ito ay mas mabilis kaysa utf8_general_ci. Ito ay simple - patakaran walang lamang ihambing ang mga bytes, kaya ito ay dapat na mas mabilis na ang anumang iba pang mga comparation na batay sa mga karagdagang mga panuntunan (hindi nasubok - batay sa out lohika).
Hindi rin namin gamitin gamitin utf8_general_ci, sapagkat ito ay canse insensitive, at kailangan namin ng eksaktong tugma sa cache.

Mangyaring tandaan na hindi namin baguhin ang anumang sa vB modelo, kaya hindi ko eksaktong maintindihan kung bakit kayo ay humihingi tungkol sa hindi nagko-convert db table charset ... Hindi namin-convert ng anumang bagay sa DB. vBET lumilikha ng sarili nitong mga talahanayan para sa cache at hindi hawakan ang mga umiiral na walang ay may-convert ...

[mario06]

Ito ay karaniwang isang magandang ideya upang panatilihin ang mga parehong charset para sa buong database sa halip ng pagkakaroon ng 2 iba't-ibang dahil ang ilang mga karagdagang trabaho (query) ay kasangkot kapag nakikipag-sa pagitan ng bawat iba pang mga walang?

[vBET]

Walang anumang komunikasyon sa pagitan ng vBET talahanayan ng cache at mga natitirang ng mga schema ng database.

[mario06]

Hindi ko ay ibig sabihin na sabihin sa pagitan ng vbet at vbulletin mean't ko para sa mga search engine

[vBET]

Mga search engine ay hindi mo makita ang iyong database.