Gweld Ffurf Llawn: Wrthodwyd Utf8_general_ci argymhellir dros Utf8_bin?
Onid y utf8_general_ci a argymhellir gan fod
utf8_bin: cymharu tannau yn ôl y gwerth binary pob cymeriad yn y llinyn
utf8_general_ci: cymharu llinynnau gan ddefnyddio rheolau iaith cyffredinol a defnyddio achos ansensitif cymariaethau
Gall Ar chi fersiwn nesaf y byddwch yn ychwanegu opsiwn nad yw'n newid y db charset tabl?
Gyfer tablau cache vBET rydym choosed utf8_bin cymharydd, gan ein bod yn credu bod hyn yn gyflymach nag utf8_general_ci. Mae'n symlach - dim rheol dim ond cymharu beit, felly dylai fod yn gyflymach bod unrhyw comparation eraill yn seiliedig ar reolau ychwanegol (heb eu profi - yn seiliedig yn unig ar resymeg y tu allan).
Hefyd, ni allwn ddefnyddio eu defnyddio utf8_general_ci, am ei fod yn canse ansensitif, ac mae angen cyfateb yn union yn y cache.
Sylwch na fyddwn yn newid unrhyw beth yn VB model, felly dwi ddim yn deall pam yn union yr ydych yn gofyn am beidio troi charset tabl db ... Nid ydym yn trosi unrhyw beth yn DB. vBET creu ei hun ar gyfer tablau cache a pheidiwch â chyffwrdd rhai presennol - dim byd yn cael ei drawsnewid yno ...
Fel arfer mae'n syniad da i gadw yr un peth ar gyfer charset gronfa ddata gyfan yn hytrach na chael 2 wahanol gan fod peth gwaith ychwanegol (ymholiad) yn cymryd rhan wrth gyfathrebu rhwng pob dim arall?
Nid oes unrhyw gyfathrebu rhwng y byrddau cache vBET a gweddill y sgema cronfa ddata.
Doeddwn i ddim yn ei olygu i ddweud rhwng vbet a vBulletin rwy'n mean't ar gyfer y peiriannau chwilio
Nid yw peiriannau chwilio yn gweld eich cronfa ddata.
Automatic Translations (Powered by Google, Microsoft®,
Yandex, SDL Language Cloud, IBM Watson and Apertium):
Powered by vBulletin® Version 4.2.5 Copyright © 2024 vBulletin Solutions Inc. All rights reserved.