👸🏾 ⌚️ 🍭 अनावश्यक डेटाबेस प्रश्नों से कोहना ORM वितरित करना 🏴󠁧󠁢󠁷󠁬󠁳󠁿 ♏️ 🌾

ओआरएम निस्संदेह एक शक्तिशाली और सुविधाजनक चीज है, लेकिन अनुरोधों को न केवल इष्टतम, बल्कि शानदार भी बनाया जाता है। मॉडल का एक ऑब्जेक्ट बनाते समय, ORM को संबंधित डेटाबेस तालिका के सभी क्षेत्रों के बारे में जानकारी होनी चाहिए। जो अवांछित डेटाबेस प्रश्नों की ओर जाता है।

समस्या

ORM का उपयोग करके एक मॉडल ऑब्जेक्ट बनाते समय, SHOW FULL COLUMNS FROM `tablename` क्वेरी को निष्पादित किया जाता है और संरक्षित $ _table_columns ऑब्जेक्ट फ़ील्ड को फ़ील्ड डेटा की एक सरणी से भर दिया जाता है।

protected _table_columns => array(8) ( "id" => array(4) ( "type" => string(3) "int" "is_nullable" => bool FALSE ) "email" => array(4) ( "type" => string(6) "string" "is_nullable" => bool FALSE ) ...

स्क्रीनशॉट डेटाबेस को अंतिम क्वेरी दिखाता है (क्लिक करने योग्य)

इसके अलावा, ORM :: factory () हर बार ऑब्जेक्ट का एक नया उदाहरण बनाता है और इसलिए, निर्माण का उपयोग करके एक पंक्ति में कई तरीकों को कॉल करता है

 ORM::factory('model_name')->method_1() ORM::factory('model_name')->method_2()

क्वेरी से 2 समान शो पूर्ण रंग उत्पन्न करता है (भले ही $ _table_columns किसी विशिष्ट मामले में बिल्कुल भी आवश्यक न हो)। साथ ही संबंधित मॉडल लोड करने से प्रत्येक मॉडल के लिए प्रश्न उत्पन्न होते हैं - ORM :: factory ('user') -> with (('profile') -> with ('photo') । परियोजना में डेटाबेस के लिए हर दूसरी क्वेरी (सक्रिय रूप से ओआरएम का उपयोग करते हुए) बाहर आती है - कम से कम पूर्ण आकृति ।

एक उपाय

समस्या का समाधान बहुत सरल है, लेकिन किसी कारण के लिए कहीं और वर्णित नहीं है - मैन्युअल रूप से प्रत्येक मॉडल में इस सरणी को भरें (स्वाभाविक रूप से परियोजना के विकास के अंत में)। दर्जनों बड़ी तालिकाओं के लिए इसे मैन्युअल रूप से भरने की कोशिश करना अपने आप को पैर में गोली मारने जैसा है। इसलिए, कुछ घंटों में एक सार्वभौमिक समाधान मिला - एक ऑप्टिमाइज़ क्लास लिखने के लिए जो मॉडल फ़ोल्डर को पुन: प्राप्त करता है, ORM रिकॉर्ड और संरक्षित $ _table_columns रिकॉर्ड का चयन करता है और ORM :: फ़ैक्टरी ('मॉडल') के लिए इस सरणी को उत्पन्न करता है - > list_columns () और थोड़ा "मूल" विधि डीबग :: vars ();
वर्ग का कोड ही स्पॉइलर के नीचे है

देखो वर्ग कोड का अनुकूलन

 class Optimize{ private static $files = array(); /** * Returns database tables columns list * * @uses find_models() * @uses _dump_simple() */ public static function list_columns() { $dir = APPPATH . "classes/model"; self::find_models($dir); foreach (self::$files as $model) { $file_text = file_get_contents($model); if(preg_match('/extends +ORM/i', $file_text) && !preg_match('/_table_columns/i', $file_text)){ preg_match("/(class\sModel_)(\w+)?(\sextends)/", $file_text, $match); $model_name = preg_replace("/(class\sModel_)(.*?)(\sextends)/", "$2", $match[0]); echo '<h3>Model_'.ucfirst($model_name).'</h3>'; $columns[] = ORM::factory(strtolower($model_name))->list_columns(); $output = array(); foreach ($columns as $var) { $output[] = self::_dump_simple($var, 1024); } echo '<pre>protected $_table_columns = ' . substr(implode("\n", $output), 0, -1) . ';</pre>'; echo '========================================================'; } } } public static function find_models($in_dir) { if (preg_match("/_vti[.]*/i", $in_dir)) { return; } if ($dir_handle = @opendir($in_dir)) { while ($file = readdir($dir_handle)) { $path = $in_dir . "/" . $file; if ($file != ".." && $file != "." && is_dir($path) && $file != '.svn') { self::find_models($path); } if (is_file($path) && $file != ".." && $file != "." && strtolower(substr(strrchr($path, '.'), 1))=='php') { self::$files[] = $path; } } } } protected static function _dump_simple(& $var, $length = 128, $limit = 10, $level = 0) { if ($var === NULL) { return 'NULL,'; } elseif (is_bool($var)) { return ($var ? 'TRUE' : 'FALSE') . ','; } elseif (is_float($var)) { return $var . ','; } elseif (is_string($var)) { return "'" . $var . "',"; } elseif (is_array($var)) { $output = array(); $space = str_repeat($s = ' ', $level); static $marker; if ($marker === NULL) { $marker = uniqid("\x00"); } if ($level < $limit) { $output[] = "array("; $var[$marker] = TRUE; foreach ($var as $key => & $val) { if ($level == 1 && !in_array($key, array('type', 'is_nullable'))) continue; if ($key === $marker) continue; if (!is_int($key)) { $key = "'" . htmlspecialchars($key, ENT_NOQUOTES, Kohana::$charset) . "'"; } $output[] = "$space$s$key => " . self::_dump_simple($val, $length, $limit, $level + 1); } unset($var[$marker]); $output[] = "$space),"; } return implode("\n", $output); } else { return htmlspecialchars(print_r($var, TRUE), ENT_NOQUOTES, Kohana::$charset) . ','; } } } // End Optimize

यह मॉडल वर्ग कोड में स्वचालित रूप से फ़ील्ड के साथ फ़ील्ड का एक क्षेत्र नहीं करने का निर्णय लिया गया था - आप अभी भी कोड के प्रारूपण का अनुमान नहीं लगा सकते हैं। इसलिए, फॉर्म में स्क्रीन पर सब कुछ प्रदर्शित होता है:

 Model_Option protected $_table_columns = array( 'id' => array( 'type' => 'int', 'is_nullable' => FALSE, ), 'name' => array( 'type' => 'string', 'is_nullable' => FALSE, ),

स्वयं कक्षा (/application/classes/optimize.php में होस्ट की गई)। कहीं से भी एक विधि को बुलाओ:

  echo Optimize::list_columns();

विधि का प्रमाण मॉडल के मुद्रित ऑब्जेक्ट में last_query की कमी है।

अन्य समाधान पाए गए - blogocms.ru/2011/05/kohana-uskoryaem-orm - तालिका संरचना को कैशिंग। एक सरल समाधान, लेकिन गति में भी कम इष्टतम।

प्रोफाइलिंग और परीक्षण

गति को मापने का प्रयास किया गया (मैं सटीकता को मापने का ढोंग नहीं करता)। चलो एक छोटा सा सिंथेटिक परीक्षण लिखें

 $token = Profiler::start('Model', 'User'); ORM::factory('user')->with('profile')->with('profile:file'); Profiler::stop($token); echo View::factory('profiler/stats');

और इसे 10 बार चलाएं। हमें $ _table_columns सरणियों में भरने के बिना , औसतन, फ्रेमवर्क का पूरा काम 0.15 सेकंड लगता है, जिसमें से 0.005 सेकंड लगते हैं। पूर्ण अनुरोधों से कम दिखाने के लिए।
भरे हुए $ _table_columns के साथ - औसत 0.145 सेकंड। विकास 3.3%

हम कई रिकॉर्ड्स और संबंधित मॉडलों के उपयोग के साथ अधिक वास्तविक परीक्षण लिखेंगे।

 $token = Profiler::start('Model', 'User'); for ($index = 0; $index < 10; $index++) { ORM::factory('user')->with('profile')->with('profile:file')->get_user(array(rand(1,100), rand(1,100))); } Profiler::stop($token); echo View::factory('profiler/stats');

$ _Table_columns सरणियों को भरने के बिना, पूरे ढांचे के संचालन पर औसतन 0.18 सेकंड खर्च होते हैं, जिनमें से 0.015 सेकंड। तालिका फ़ील्ड के साथ सरणियों को पॉप्युलेट करने के लिए डेटाबेस के लिए प्रश्न। इसलिए, विकास छोटा है - 2.8%

बेशक, एक वास्तविक परियोजना में, संख्याएं स्वयं कोड पर निर्भर होंगी और ORM के साथ काम करेंगी। ORM का उपयोग करने वाले प्रोजेक्ट में डेटाबेस प्रश्नों की संख्या में अपेक्षित कमी 1.5 - 3 गुना है, जो MySQL सर्वर को बहुत अधिक लोड करेगा। लेकिन प्रश्नों को एक ही दोहराया जाता है और MySQL को कैश किया जाता है - इसलिए, 2-3% के क्षेत्र में एक विशिष्ट गति वृद्धि होगी।

समाधान का एक स्पष्ट शून्य है - एक परियोजना पर जो एक लाइव सर्वर पर काम करता है और सक्रिय रूप से समानांतर में विकसित किया जा रहा है - आपको मैन्युअल रूप से $ _table_columns सरणी में प्रत्येक नए फ़ील्ड को जोड़ने और नए तालिकाओं के लिए संपूर्ण सरणी उत्पन्न करने की आवश्यकता है।

पुनश्च लेख का सह-लेखक - यूनिक्स 44 , जो लालची नहीं है - एक निमंत्रण दे सकता है।

अनावश्यक डेटाबेस प्रश्नों से कोहना ORM वितरित करना

समस्या

एक उपाय

प्रोफाइलिंग और परीक्षण

More articles: