देखें पूर्ण संस्करण: अस्वीकृत Utf8_general_ci Utf8_bin से अधिक की सिफारिश की है?
है की सिफारिश नहीं utf8_general_ci क्योंकि
utf8_bin: स्ट्रिंग में प्रत्येक वर्ण के द्विआधारी मूल्य से स्ट्रिंग्स की तुलना
utf8_general_ci: सामान्य भाषा के नियमों का उपयोग कर तार और मामले असंवेदनशील तुलना का उपयोग की तुलना
आप अगले संस्करण पर आप एक विकल्प है जो db तालिका चारसेट कनवर्ट नहीं करता है जोड़ सकते हैं?
VBET कैश तालिकाओं के लिए हम utf8_bin तुलनित्र choosed है, क्योंकि हम मानते हैं कि यह utf8_general_ci तुलना में तेजी से है. यह आसान है - कोई नियम नहीं है सिर्फ बाइट की तुलना, तो यह तेजी से है कि किसी भी अन्य अतिरिक्त नियमों पर आधारित comparation होना चाहिए (नहीं परीक्षण - बस तर्क से बाहर के आधार पर).
इसके अलावा, हम utf8_general_ci का उपयोग करें का उपयोग नहीं है, क्योंकि यह canse असंवेदनशील कर सकते हैं, और हम कैश में सटीक मिलान की जरूरत है.
कृपया ध्यान दें कि हम vB मॉडल में कुछ भी नहीं बदल सकता हूँ, इसलिए मैं वास्तव में आप परिवर्तित डीबी तालिका चारसेट नहीं के बारे में क्यों पूछ रहे हैं समझ में नहीं आता ... हम कुछ DB में कनवर्ट नहीं करते हैं. vBET की अपनी टेबल को कैश के लिए बनाता है और मौजूदा वाले को छूने नहीं है - वहाँ कुछ भी नहीं बदल जाती है ...
यह आमतौर पर 2 अलग होने के बजाय पूरे डेटाबेस के लिए एक ही चारसेट रखने के लिए एक अच्छा विचार है क्योंकि कुछ अतिरिक्त काम (क्वेरी) है जब एक दूसरे को नहीं के बीच संवाद के लिए शामिल है?
वहाँ कोई vBET कैश तालिकाओं और डेटाबेस स्कीमा के बाकी के बीच किसी भी संचार होता है.
मैं vbet और vBulletin के बीच कहते हैं कि मैं खोज इंजन के लिए mean't मतलब नहीं था
खोज इंजन अपने डेटाबेस देख नहीं है.
Automatic Translations (Powered by Google, Microsoft®,
Yandex, SDL Language Cloud, IBM Watson and Apertium):
Powered by vBulletin® Version 4.2.5 Copyright © 2025 vBulletin Solutions Inc. All rights reserved.