सिद्धांत में पृष्ठांकन - SQL_CALC_FOUND_ROWS (MySQL) का उपयोग करके रिकॉर्ड की संख्या की गणना करें

प्रागितिहास

बहुत पहले नहीं, उत्पादन की जरूरतों के कारण, मैं अद्भुत सिम्फनी 2 ढांचे के साथ मिला, जो डेटाबेस के साथ काम करने के लिए शक्तिशाली लोकप्रिय लाइब्रेरी डॉक्ट्रिन 2 का उपयोग करता है, जिसमें दो घटक शामिल हैं: ओआरएम (ऑब्जेक्ट रिलेशनल मैपर) और डीबीएएल (डेटाबेस एब्स्ट्रक्शन) लेयर)। ओआरएम एक एप्लिकेशन को वस्तुओं की भाषा में एक डेटाबेस के साथ संवाद करने की क्षमता देता है, और डीबीएएल, पीडीओ पीएचपी लाइब्रेरी पर आधारित प्रश्नों को लिखकर डेटा तक पहुंचने का एक निम्न-स्तरीय तरीका है। ओआरएम जटिल व्यावसायिक अनुप्रयोगों को विकसित करते समय कई फायदे प्रदान करता है, लेकिन साथ ही यह इस तथ्य से संबंधित कई प्रतिबंध भी लगाता है कि डेवलपर को सीधे एसक्यूएल प्रश्न नहीं लिखना है - ओआरएम डॉक्ट्रिन अपनी स्वयं की, ऑब्जेक्ट-ओरिएंटेड क्वेरी भाषा प्रदान करता है, जिसे रूपांतरित किया जाता है। परिचित SQL पहले से ही पर्दे के पीछे है। मुझे इन सीमाओं में से एक का सामना करना पड़ा, और मैं साझा करना चाहता हूं कि मैंने इसे सफलतापूर्वक कैसे पार कर लिया। यह अनुरोध द्वारा लौटाए गए रिकॉर्ड की कुल संख्या प्राप्त करने के बारे में होगा, यदि आप इसमें से लिमिट प्रतिबंध को हटा देते हैं।

कार्य

समय आ गया जब मैं ऑब्जेक्ट क्वेरी भाषा DQL (डॉक्ट्रिन क्वेरी लैंग्वेज) की सीमाओं में भाग गया - मैं MySQL द्वारा प्रदान किए गए एक फ़ंक्शन का उपयोग करना चाहता था, अर्थात्, क्वेरी द्वारा लौटाए गए रिकॉर्डों की संख्या की गणना करता हूं, जैसे कि परिणाम के रूप में पंक्तियों की संख्या पर कोई सीमा नहीं थी (लिमिट) यह फ़ंक्शन SQL_CALC_FOUND_ROWS है। एक समान समस्या हमेशा उत्पन्न होती है जब कुछ सूचनाओं का पृष्ठांकन करना आवश्यक होता है। बेशक, इसके लिए आप एक अतिरिक्त SELECT COUNT (*) क्वेरी निष्पादित कर सकते हैं, बिना LIMIT के, जो आवश्यक रिकॉर्ड की कुल संख्या लौटाएगी, लेकिन मुझे पहली विधि में दिलचस्पी थी, क्योंकि यह मुझे अधिक सही लगता है, क्योंकि इसमें अतिरिक्त क्वेरी की आवश्यकता नहीं है डेटाबेस भी अधिक तेज़ी से काम करता है ( आधिकारिक प्रलेखन के आधार पर)। बेशक, कोई लंबे समय तक तर्क दे सकता है कि यह विधि आवेदन को डीबीएमएस पर निर्भर करती है, लेकिन क्या आपने कई वेब एप्लिकेशन देखे हैं जो डीबीएमएस को दस्ताने की तरह बदल देंगे?
दरअसल, डॉक्ट्रिन ओआरएम में पेजिनेशन की समस्या को हल करने के तरीकों को पहले से ही हबर-लेखों में से एक में वर्णित किया गया था, लेकिन यह पहला डॉक्ट्रिन था, और मैं दूसरे के साथ काम करता हूं, और समाधान निकला, यह मुझे कुछ नवीनताओं की बदौलत अधिक सुरुचिपूर्ण लगा।
इसलिए, मैं अपने पूर्ववर्ती द्वारा वर्णित समस्या को दोहराता हूं: क्वेरी द्वारा लौटाए गए रिकॉर्ड की कुल संख्या प्राप्त करने के लिए, आपको SQL_CALC_FOUND_ROWS कीवर्ड को सेलेक्ट स्टेटमेंट के बाद निर्दिष्ट करना होगा, जो MySQL को परिणाम के आकार की गणना करने के लिए बताता है, बिना सीमा सीमा को ध्यान में रखे। आवश्यक आकार प्राप्त करने के लिए, क्वेरी निष्पादित करने के बाद, आपको एक अन्य क्वेरी निष्पादित करनी होगी: SELECT FOUND_ROWS (), जो पोषित संख्या को वापस करेगा। हालांकि, मैं यह नोट करना चाहता हूं कि दूसरी क्वेरी डेटा को फिर से लाने के लिए नेतृत्व नहीं करती है, क्योंकि MySQL पहले से ही पंक्तियों की कुल संख्या के बारे में जानकारी जानता है जब पहली क्वेरी निष्पादित की गई थी, यहां हम सिर्फ इस जानकारी को पढ़ते हैं।
इसलिए, जैसा कि मैंने उपरोक्त लेख में वर्णित किया है, जब एक DQL प्रश्न के पाठ में SQL_CALC_FOUND_ROWS शब्द डालने की कोशिश की जा रही है:

<?php
$query = $em->createQuery("SELECT SQL_CALC_FOUND_ROWS n FROM MyProject\Entity\News n WHERE n.date > '2011-01-01'");
$query->setMaxResults(10);
$news = $query->getResult();
...
?>

उत्पन्न एसक्यूएल प्रकार:

SELECT SQL_CALC_FOUND_ROWS AS o__0 FROM News...

यह प्रश्न, निश्चित रूप से, एक त्रुटि का कारण बनता है, क्योंकि डॉक्ट्रिन को इस स्थान पर तालिका क्षेत्र का नाम (अधिक सटीक, इकाई वस्तु का क्षेत्र) देखने की उम्मीद है।

निर्णय

डॉक्ट्रिन 2 में एक बिल्ट-इन क्वेरी पार्सर है, जो एक DQL क्वेरी पर आधारित, एक ट्री बनाता है (Abstract Syntax Tree), जो बदले में, SQL क्वेरी में परिवर्तित हो जाता है। SQL पीढ़ी कस्टम एएसटी वॉकर नामक एक तंत्र द्वारा प्रदान की जाती है (मैं उन्हें "क्रॉलर" कहता हूं)। क्रॉलर दो प्रकार के होते हैं: आउटपुट वॉकर और ट्री वॉकर। आउटपुट वॉकर (केवल एक ही हो सकता है) क्वेरी के एसक्यूएल पाठ को उत्पन्न करने के लिए सीधे जिम्मेदार है, और ट्री वॉकर (शायद कोई भी संख्या) का उपयोग एएसटी पेड़ को पार करने और एसक्यूएल उत्पन्न होने से पहले इसे संशोधित करने के लिए किया जाता है।
यह आउटपुट वॉकर है, और इसका उपयोग प्लेटफ़ॉर्म-विशिष्ट अनुरोधों को उत्पन्न करने के लिए किया जा सकता है। इस मामले में, मैंने निम्नलिखित किया - वॉकसेलेक्टॉज विधि को ओवरराइड करके मानक SqlWalker वर्ग का विस्तार किया:

<?php

namespace MyProject\Entity\Walkers;

use Doctrine\ORM\Query\SqlWalker;

class MysqlPaginationWalker extends SqlWalker {

/**
* Walks down a SelectClause AST node, thereby generating the appropriate SQL.
*
* @param $selectClause
* @return string The SQL.
*/
public function walkSelectClause($selectClause)
{
$sql = parent::walkSelectClause($selectClause);

if ($this->getQuery()->getHint('mysqlWalker.sqlCalcFoundRows') === true) {
if ($selectClause->isDistinct) {
$sql = str_replace('SELECT DISTINCT', 'SELECT DISTINCT SQL_CALC_FOUND_ROWS', $sql);
} else {
$sql = str_replace('SELECT', 'SELECT SQL_CALC_FOUND_ROWS', $sql);
}
}

return $sql;
}
}
...
?>

फिर आवेदन कोड निम्नानुसार बदल जाएगा:

<?php
$query = $em->createQuery("SELECT n FROM MyProject\Entity\News n WHERE n.date > '2011-01-01'");
$query->setMaxResults(10);

// Doctrine,
// , ,
$query->setHint(
\Doctrine\ORM\Query::HINT_CUSTOM_OUTPUT_WALKER,
MyProject\\Entity\\Walkers\\MysqlPaginationWalker'
);
$query->setHint("mysqlWalker.sqlCalcFoundRows", true);

$news = $query->getResult();

// ,
$totalCount = $em->getConnection()->query('SELECT FOUND_ROWS()')->fetchColumn(0);
...
?>


वह सब है। मुझे उम्मीद है कि मेरा अनुभव किसी के लिए उपयोगी होगा।