उच्च परिशुद्धता समय: कैसे MySQL और PHP में एक सेकंड के अंश के साथ काम करने के लिए

एक बार जब मैंने खुद को यह सोच कर पकड़ा कि डेटाबेस में समय के साथ काम करते हुए, मैं लगभग हमेशा दूसरे के लिए सटीक समय का उपयोग करता हूं क्योंकि मैं इसका उपयोग करता हूं और यह दस्तावेज में वर्णित विकल्प और बड़ी संख्या में उदाहरण हैं। हालाँकि, अब यह सटीकता सभी कार्यों के लिए पर्याप्त नहीं है। आधुनिक प्रणालियां जटिल हैं - वे कई हिस्सों से मिलकर बना सकते हैं, लाखों उपयोगकर्ताओं के साथ बातचीत कर रहे हैं - और कई मामलों में अधिक सटीकता का उपयोग करना अधिक सुविधाजनक है, जिनमें से समर्थन लंबे समय से मौजूद है।

इस लेख में मैं MySQL और PHP में एक सेकंड के आंशिक भागों के साथ समय का उपयोग करने के तरीकों के बारे में बात करूंगा। यह एक ट्यूटोरियल के रूप में कल्पना की गई थी, इसलिए सामग्री को पाठकों की एक विस्तृत श्रृंखला के लिए डिज़ाइन किया गया है और कुछ स्थानों पर प्रलेखन दोहराता है। मुख्य मूल्य यह होना चाहिए कि मैंने MySQL, PHP और Yii ढांचे में ऐसे समय के साथ काम करने के लिए आवश्यक सभी चीजों को एक पाठ में एकत्र किया, और आपके द्वारा सामना की जा सकने वाली असंबद्ध समस्याओं का विवरण भी जोड़ा।

मैं "उच्च परिशुद्धता समय" शब्द का उपयोग करूंगा। MySQL के दस्तावेज़ में आपको "आंशिक सेकंड" शब्द दिखाई देगा, लेकिन इसका शाब्दिक अनुवाद अजीब लगता है, लेकिन मुझे एक और स्थापित अनुवाद नहीं मिला।

उच्च परिशुद्धता समय का उपयोग कब करें?

शुरुआत के लिए, मैं अपने इनबॉक्स के इनबॉक्स का स्क्रीनशॉट दिखाऊंगा, जो इस विचार को अच्छी तरह दिखाता है:

पत्र एक ही घटना के लिए एक ही व्यक्ति की प्रतिक्रिया है। एक आदमी ने गलती से गलत बटन दबा दिया, जल्दी से इसे महसूस किया और खुद को सही किया। परिणामस्वरूप, हमें लगभग एक ही समय में भेजे गए दो पत्र प्राप्त हुए, जिन्हें सही ढंग से क्रमबद्ध करना महत्वपूर्ण है। यदि भेजने का समय समान है, तो एक मौका है कि पत्र गलत क्रम में प्रदर्शित होंगे और प्राप्तकर्ता शर्मिंदा होगा, क्योंकि तब वह गलत परिणाम प्राप्त करेगा जिसके लिए वह गणना करेगा।

मैं निम्नलिखित स्थितियों में आया जिसमें उच्च सटीकता समय प्रासंगिक होगा:

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

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

• "समय के बारे में प्रोग्रामरों की त्रुटियां" (लेख स्वयं बहुत न्यूनतर है, लेकिन पाठ से शोध के अलावा, टिप्पणियों में स्पष्टीकरण मिल सकते हैं);
• "समय का भारी बोझ । "

MySQL में उच्च परिशुद्धता समय के साथ काम करें

MySQL तीन प्रकार के स्तंभों का समर्थन करता है जिसमें समय संग्रहीत किया जा सकता है: TIME , DATETIME और TIMESTAMP । प्रारंभ में, वे केवल उन मूल्यों को संग्रहीत कर सकते थे जो एक सेकंड के गुणक थे (उदाहरण के लिए, 2019-08-14 19:20:21)। संस्करण 5.6.4 में, जिसे दिसंबर 2011 में जारी किया गया था, एक सेकंड के भिन्नात्मक भाग के साथ काम करना संभव हो गया। ऐसा करने के लिए, कॉलम बनाते समय, आपको दशमलव स्थानों की संख्या निर्दिष्ट करने की आवश्यकता होती है, जिसे समय स्टाम्प के आंशिक भाग में संग्रहीत किया जाना चाहिए। समर्थित वर्णों की अधिकतम संख्या छह है, जो आपको माइक्रोसेकंड के लिए सटीक समय संग्रहीत करने की अनुमति देता है। यदि आप अधिक वर्णों का उपयोग करने का प्रयास करते हैं, तो आपको एक त्रुटि मिलती है।

एक उदाहरण:

 Test> CREATE TABLE `ChatContactsList` ( `chat_id` bigint(20) unsigned NOT NULL AUTO_INCREMENT PRIMARY KEY, `title` varchar(255) NOT NULL, `last_message_send_time` timestamp(2) NULL DEFAULT NULL ) ENGINE=InnoDB; Query OK, 0 rows affected (0.02 sec) Test> ALTER TABLE `ChatContactsList` MODIFY last_message_send_time TIMESTAMP(9) NOT NULL; ERROR 1426 (42000): Too-big precision 9 specified for 'last_message_send_time'. Maximum is 6. Test> ALTER TABLE `ChatContactsList` MODIFY last_message_send_time TIMESTAMP(3) NOT NULL; Query OK, 0 rows affected (0.09 sec) Records: 0 Duplicates: 0 Warnings: 0 Test> INSERT INTO ChatContactsList (title, last_message_send_time) VALUES ('Chat #1', NOW()); Query OK, 1 row affected (0.03 sec) Test> SELECT * FROM ChatContactsList; +---------+---------+-------------------------+ | chat_id | title | last_message_send_time | +---------+---------+-------------------------+ | 1 | Chat #1 | 2019-09-22 22:23:15.000 | +---------+---------+-------------------------+ 1 row in set (0.00 sec) 

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

इस समस्या को होने से रोकने का सबसे आसान तरीका इनपुट मानों का अधिकतम सटीकता (माइक्रोसेकंड तक) के साथ उपयोग करना है। इस स्थिति में, तालिका में डेटा लिखते समय, समय को आवश्यक सटीकता के लिए गोल किया जाएगा। यह एक बिल्कुल सामान्य स्थिति है जो किसी भी चेतावनी का कारण नहीं होगी:

 Test> UPDATE ChatContactsList SET last_message_send_time="2019-09-22 22:23:15.2345" WHERE chat_id=1; Query OK, 1 row affected (0.00 sec) Rows matched: 1 Changed: 1 Warnings: 0 Test> SELECT * FROM ChatContactsList; +---------+---------+-------------------------+ | chat_id | title | last_message_send_time | +---------+---------+-------------------------+ | 1 | Chat #1 | 2019-09-22 22:23:15.235 | +---------+---------+-------------------------+ 1 row in set (0.00 sec) 

स्वत: प्रारंभ और TIMESTAMP स्तंभों के स्वत: अद्यतन का उपयोग करते समय DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP की संरचना का उपयोग करके DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP यह महत्वपूर्ण है कि मानों में स्तंभ के समान सटीकता हो:

 Test> ALTER TABLE ChatContactsList ADD COLUMN updated TIMESTAMP(3) DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP; ERROR 1067 (42000): Invalid default value for 'updated' Test> ALTER TABLE ChatContactsList ADD COLUMN updated TIMESTAMP(3) DEFAULT CURRENT_TIMESTAMP(6) ON UPDATE CURRENT_TIMESTAMP(6); ERROR 1067 (42000): Invalid default value for 'updated' Test> ALTER TABLE ChatContactsList ADD COLUMN updated TIMESTAMP(3) DEFAULT CURRENT_TIMESTAMP(3) ON UPDATE CURRENT_TIMESTAMP(3); Query OK, 0 rows affected (0.07 sec) Records: 0 Duplicates: 0 Warnings: 0 Test> UPDATE ChatContactsList SET last_message_send_time='2019-09-22 22:22:22' WHERE chat_id=1; Query OK, 0 rows affected (0.00 sec) Rows matched: 1 Changed: 0 Warnings: 0 Test> SELECT * FROM ChatContactsList; +---------+---------+-------------------------+-------------------------+ | chat_id | title | last_message_send_time | updated | +---------+---------+-------------------------+-------------------------+ | 1 | Chat #1 | 2019-09-22 22:22:22.000 | 2019-09-22 22:26:39.968 | +---------+---------+-------------------------+-------------------------+ 1 row in set (0.00 sec) 

माप की इकाइयों के आंशिक भाग के साथ काम करने में समय के साथ काम करने के लिए MySQL कार्य करता है। मैं उन सभी को सूचीबद्ध नहीं करूंगा (मैं प्रलेखन में देखने का सुझाव देता हूं), लेकिन मैं कुछ उदाहरण दूंगा:

 Test> SELECT NOW(2), NOW(4), NOW(4) + INTERVAL 7.5 SECOND; +------------------------+--------------------------+------------------------------+ | NOW(2) | NOW(4) | NOW(4) + INTERVAL 7.5 SECOND | +------------------------+--------------------------+------------------------------+ | 2019-09-22 21:12:23.31 | 2019-09-22 21:12:23.3194 | 2019-09-22 21:12:30.8194 | +------------------------+--------------------------+------------------------------+ 1 row in set (0.00 sec) Test> SELECT SUBTIME(CURRENT_TIME(6), CURRENT_TIME(3)), CURRENT_TIME(6), CURRENT_TIME(3); +-------------------------------------------+-----------------+-----------------+ | SUBTIME(CURRENT_TIME(6), CURRENT_TIME(3)) | CURRENT_TIME(6) | CURRENT_TIME(3) | +-------------------------------------------+-----------------+-----------------+ | 00:00:00.000712 | 21:12:50.793712 | 21:12:50.793 | +-------------------------------------------+-----------------+-----------------+ 1 row in set (0.00 sec) 

एसक्यूएल प्रश्नों में अंशों के भिन्नात्मक भाग के उपयोग से जुड़ी मुख्य समस्या तुलना ( > , < , BETWEEN ) में सटीकता में असंगति है। यदि डेटाबेस में डेटा की एक सटीकता है, और प्रश्नों में - कोई और हो तो आप इसका सामना कर सकते हैं। इस समस्या का उदाहरण एक छोटा सा उदाहरण है:

 #         Test> INSERT INTO ChatContactsList (title, last_message_send_time) VALUES ('Chat #2', '2019-09-22 21:16:39.123456'); Query OK, 0 row affected (0.00 sec) Test> SELECT chat_id, title, last_message_send_time FROM ChatContactsList WHERE title='Chat #2'; +---------+---------+-------------------------+ | chat_id | title | last_message_send_time | +---------+---------+-------------------------+ | 2 | Chat #2 | 2019-09-22 21:16:39.123 | <-     - ,    +---------+---------+-------------------------+ 1 row in set (0.00 sec) Test> SELECT title, last_message_send_time FROM ChatContactsList WHERE last_message_send_time >= '2019-09-22 21:16:39.123456'; <-    ,    INSERT- +---------+-------------------------+ | title | last_message_send_time | +---------+-------------------------+ | Chat #1 | 2019-09-22 22:22:22.000 | +---------+-------------------------+ 1 row in set (0.00 sec) <- Chat #2   - ,     ,     

इस उदाहरण में, क्वेरी में मूल्यों की सटीकता डेटाबेस में मूल्यों की सटीकता से अधिक है, और समस्या "ऊपर से सीमा पर" होती है। विपरीत परिस्थिति में (यदि इनपुट मान डेटाबेस में मान से कम सटीकता है) तो कोई समस्या नहीं होगी - MySQL INSERT और SELECT दोनों में वांछित सटीकता के लिए मूल्य लाएगा:

 Test> INSERT INTO ChatContactsList (title, last_message_send_time) VALUES ('Chat #3', '2019-09-03 21:20:19.1'); Query OK, 1 row affected (0.00 sec) Test> SELECT title, last_message_send_time FROM ChatContactsList WHERE last_message_send_time <= '2019-09-03 21:20:19.1'; +---------+-------------------------+ | title | last_message_send_time | +---------+-------------------------+ | Chat #3 | 2019-09-03 21:20:19.100 | +---------+-------------------------+ 1 row in set (0.00 sec) 

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

यह भी देखें:

• "समय मानों में आंशिक सेकंड" ;
• "ऑटोमैटिक इनिशियलाइज़ेशन एंड अपडेटिंग फॉर टाइमस्टैम्प एंड डैटटाइम" ;
• "दिनांक और समय कार्य" ।

PHP में उच्च परिशुद्धता समय के साथ काम करें

डेटाबेस में उच्च परिशुद्धता समय होने के लिए पर्याप्त नहीं है - आपको अपने कार्यक्रमों के कोड में इसके साथ काम करने में सक्षम होने की आवश्यकता है। इस खंड में मैं तीन मुख्य बिंदुओं के बारे में बात करूंगा:

1. समय प्राप्त करना और प्रारूपण करना: मैं समझाऊंगा कि डेटाबेस में डालने से पहले समय की मुहर कैसे प्राप्त करें, इसे वहां से प्राप्त करें और किसी प्रकार का हेरफेर करें।
2. पीडीओ में समय के साथ काम करना: मैं आपको एक उदाहरण दिखाऊंगा कि एक डेटाबेस लाइब्रेरी में PHP प्रारूपण समय का समर्थन कैसे करता है।
3. फ्रेमवर्क में समय के साथ काम करना: मैं डेटाबेस की संरचना को बदलने के लिए माइग्रेशन में समय का उपयोग करने के बारे में बात करूंगा।

समय प्राप्त करना और प्रारूपण करना

समय के साथ काम करते समय, कई बुनियादी ऑपरेशन होते हैं जो आपको करने में सक्षम होना चाहिए:

• समय में वर्तमान बिंदु प्राप्त करना;
• कुछ स्वरूपित स्ट्रिंग से समय में एक पल मिल रहा है;
• एक अवधि को समय में जोड़ना (या एक अवधि घटाना);
• समय में एक बिंदु के लिए एक स्वरूपित स्ट्रिंग हो रही है।

इस भाग में मैं आपको बताऊंगा कि PHP में इन ऑपरेशनों को करने के लिए क्या संभावनाएँ हैं।

पहला तरीका एक टाइमस्टैम्प के साथ एक संख्या के रूप में काम करना है । इस स्थिति में, PHP कोड में हम संख्यात्मक चर के साथ काम करते हैं, जिसे हम time , date , strtotime जैसे कार्यों के माध्यम से संचालित करते हैं। इस पद्धति का उपयोग उच्च परिशुद्धता समय के साथ काम करने के लिए नहीं किया जा सकता है, क्योंकि इन सभी कार्यों में टाइमस्टैम्प एक पूर्णांक हैं (जिसका अर्थ है कि उनमें आंशिक अंश खो जाएगा)।

यहाँ आधिकारिक दस्तावेज से मुख्य कार्यों के हस्ताक्षर हैं:

time ( void ) : int
https://www.php.net/manual/ru/function.time.php

strtotime ( string $time [, int $now = time() ] ) : int
http://php.net/manual/ru/function.strtotime.php

date ( string $format [, int $timestamp = time() ] ) : string
https://php.net/manual/ru/function.date.php

strftime ( string $format [, int $timestamp = time() ] ) : string
https://www.php.net/manual/ru/function.strftime.php

 $now = time(); print date('Ymd H:i:s.u', $now); // 2019-09-11 21:27:18.000000 print date('Ymd H:i:s.v', $now); // 2019-09-11 21:27:18.000 

इसके अलावा इस पद्धति में microtime और hrtime , जो आपको वर्तमान क्षण के लिए एक आंशिक भाग के साथ एक समय hrtime प्राप्त करने की अनुमति देते हैं। समस्या यह है कि इस तरह के एक लेबल को प्रारूपित करने और किसी विशिष्ट प्रारूप के स्ट्रिंग से प्राप्त करने के लिए कोई तैयार तरीका नहीं है। इन कार्यों को स्वतंत्र रूप से लागू करके इसे हल किया जा सकता है, लेकिन मैं इस तरह के विकल्प पर विचार नहीं करूंगा।

यदि आपको केवल टाइमर के साथ काम करने की आवश्यकता है, तो HRTime लाइब्रेरी एक अच्छा विकल्प है, जिसे मैं इसके उपयोग की सीमाओं के कारण अधिक विस्तार से नहीं मानूंगा । मैं केवल यह कह सकता हूं कि यह आपको नैनोसेकंड के लिए समय के साथ काम करने की अनुमति देता है और टाइमर की एकरसता की गारंटी देता है, जो कुछ समस्याओं को खत्म करता है जो अन्य पुस्तकालयों के साथ काम करते समय सामने आ सकती हैं।

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

 //    : $time = new \DateTimeImmutable(); //      : $time = new \DateTimeImmutable('2019-09-12 21:32:43.908502'); $time = \DateTimeImmutable::createFromFormat('Ymd H:i:s.u', '2019-09-12 21:32:43.9085'); // / : $period = \DateInterval::createFromDateString('5 seconds'); $timeBefore = $time->add($period); $timeAfter = $time->sub($period); //      : print $time->format('Ymd H:i:s.v'); // '2019-09-12 21:32:43.908' print $time->format("Ymd H:i:su"); // '2019-09-12 21:32:43.908502' 

 $time = \DateTimeImmutable::createFromFormat('Ymd H:i:s.u', '2019-09-12 21:32:43.9085'); // =>   DateTimeImmutable    2019-09-12 21:32:43.908500 $time = \DateTimeImmutable::createFromFormat('Ymd H:i:s.u', '2019-09-12 21:32:43.90'); // =>   DateTimeImmutable    2019-09-12 21:32:43.900000 $time = \DateTimeImmutable::createFromFormat('Ymd H:i:s.u', '2019-09-12 21:32:43'); // =>  false 

इस मॉड्यूल की मुख्य समस्या भिन्नात्मक सेकंड वाले अंतराल के साथ काम करते समय असुविधा (या ऐसे काम की असंभवता) है। \DateInterval हालाँकि इसमें एक ही छह दशमलव स्थानों के लिए सटीक दूसरा भाग का आंशिक भाग होता है, आप केवल DateTime::diff माध्यम से इस आंशिक भाग को आरंभ कर सकते हैं। DateInterval क्लास का निर्माता और फ़ैक्टरी विधि \DateInterval::createFromDateString केवल पूरे सेकंड के साथ काम कर सकता है और आंशिक भाग को निर्दिष्ट करने की अनुमति नहीं देता है:

 //     -   $buggyPeriod1 = new \DateInterval('PT7.500S'); //       ,    $buggyPeriod2 = \DateInterval::createFromDateString('2 minutes 7.5 seconds'); print $buggyPeriod2->format('%R%H:%I:%S.%F') . PHP_EOL; //  "+00:02:00.000000" 

\DateTimeImmutable::diff पद्धति का उपयोग करके समय में दो बिंदुओं के बीच के अंतर की गणना करते समय एक और समस्या उत्पन्न हो सकती है। PHP में 7.2.12 संस्करण से पहले, एक बग था जिसके कारण एक सेकंड के आंशिक भाग अन्य अंकों से अलग होते थे और अपना स्वयं का संकेत प्राप्त कर सकते थे:

 $timeBefore = new \DateTimeImmutable('2019-09-12 21:20:19.987654'); $timeAfter = new \DateTimeImmutable('2019-09-14 12:13:14.123456'); $diff = $timeBefore->diff($timeAfter); print $diff->format('%R%a days %H:%I:%S.%F') . PHP_EOL; //  PHP  7.2.12+   "+1 days 14:52:54.135802" //       "+1 days 14:52:55.-864198" 

सामान्य तौर पर, मैं आपको सलाह देता हूं कि अंतराल के साथ काम करते समय सावधानी बरतें और सावधानीपूर्वक परीक्षणों के साथ इस तरह के कोड को कवर करें।

यह भी देखें:

• "तारीख और समय" ;
• "समय समारोह"

पीडीओ में उच्च परिशुद्धता समय के साथ काम करें

PDO और mysqli PHP कोड से MySQL डेटाबेस को क्वेरी करने के लिए दो मुख्य इंटरफेस हैं। समय के बारे में बातचीत के संदर्भ में, वे एक दूसरे के समान हैं, इसलिए मैं केवल उनमें से एक के बारे में बात करूंगा - पीडीओ।

पीडीओ में डेटाबेस के साथ काम करते समय, दो स्थानों पर समय दिखाई देता है:

• एक पैरामीटर के रूप में निष्पादित प्रश्नों के लिए पारित;
• एक मान के रूप में जो सेलेक्टेड प्रश्नों के जवाब में आता है।

अनुरोध को पैरामीटर पास करते समय प्लेसहोल्डर्स को पास करना अच्छा व्यवहार है। प्लेसहोल्डर मानों को बहुत छोटे प्रकार के सेट से स्थानांतरित कर सकता है: बूलियन मान, स्ट्रिंग्स और पूर्णांक। दिनांक और समय के लिए कोई उपयुक्त प्रकार नहीं है, इसलिए आपको मैन्युअल रूप से DateTime / DateTimeImmutable वर्ग के ऑब्जेक्ट से स्ट्रिंग में कनवर्ट करना होगा।

 $now = new \DateTimeImmutable(); $db = new \PDO('mysql:...', 'user', 'password', [\PDO::ATTR_ERRMODE => \PDO::ERRMODE_EXCEPTION]); $stmt = $db->prepare('INSERT INTO Test.ChatContactsList (title, last_message_send_time) VALUES (:title, :date)'); $result = $stmt->execute([':title' => "Test #1", ':date' => $now->format('Ymd H:i:s.u')]); 

इस तरह के कोड का उपयोग करना बहुत सुविधाजनक नहीं है, क्योंकि हर बार आपको प्रेषित मूल्य को प्रारूपित करने की आवश्यकता होती है। इसलिए, बर्थ कोड बेस में, हमने डेटाबेस के साथ काम करने के लिए अपने रैपर में टाइप किए गए प्लेसहोल्डर्स के लिए समर्थन लागू किया। तिथियों के मामले में, यह बहुत सुविधाजनक है, क्योंकि यह आपको अलग-अलग स्वरूपों में एक मूल्य (एक ऐसी वस्तु जो कि DateTimeInterface, एक स्वरूपित स्ट्रिंग या एक समय टिकट के साथ एक संख्या लागू करता है) को स्थानांतरित करने की अनुमति देता है, और हस्तांतरित मूल्यों की शुद्धता के सभी आवश्यक परिवर्तन और जांच पहले से ही अंदर की जाती है। एक बोनस के रूप में, एक गलत मान ट्रांसफर करते समय, हम तुरंत त्रुटि के बारे में सीखते हैं, और क्वेरी निष्पादित करते समय MySQL से त्रुटि प्राप्त करने के बाद नहीं।

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

 $stmt = $db->prepare('SELECT * FROM Test.ChatContactsList ORDER BY last_message_send_time DESC, chat_id DESC LIMIT 5'); $stmt->execute(); while ($row = $stmt->fetch(PDO::FETCH_ASSOC)) { $row['last_message_send_time'] = is_null($row['last_message_send_time']) ? null : new \DateTimeImmutable($row['last_message_send_time']); //  -  } 

टिप्पणी

तथ्य यह है कि पीडीओ डेटा को तार के रूप में लौटाता है पूरी तरह से सच नहीं है। मान प्राप्त करते समय, PDOStatement::bindColumn का उपयोग करके स्तंभ के लिए मान प्रकार सेट करना संभव है। मैंने इस बारे में बात नहीं की क्योंकि वहाँ उसी प्रकार का सीमित सेट है जो तारीखों के साथ मदद नहीं करता है।

दुर्भाग्य से, के बारे में पता होना एक समस्या है। संस्करण 7.3 से पहले PHP में, एक बग होता है, जिसके कारण PDO, जब PDO::ATTR_EMULATE_PREPARES विशेषता PDO::ATTR_EMULATE_PREPARES तो डेटाबेस से प्राप्त होने पर दूसरे के भिन्नात्मक भाग को "काट" देता है। विवरण और एक उदाहरण php.net पर बग विवरण में पाया जा सकता है। PHP 7.3 में, यह त्रुटि ठीक की गई और चेतावनी दी गई कि यह परिवर्तन पिछड़े संगतता को तोड़ता है ।

यदि आप PHP संस्करण 7.2 या पुराने का उपयोग कर रहे हैं और इसे अपडेट करने में सक्षम नहीं हैं या PDO::ATTR_EMULATE_PREPARES सक्षम कर सकते हैं, तो आप इस बग के आस-पास SQL ​​क्वेरीज़ को ठीक करके प्राप्त कर सकते हैं जो समय को एक भिन्नात्मक भाग के साथ लौटाते हैं ताकि स्तंभ में एक स्ट्रिंग प्रकार हो। यह किया जा सकता है, उदाहरण के लिए, इस तरह:

 SELECT *, CAST(last_message_send_time AS CHAR) AS last_message_send_time_fixed FROM ChatContactsList ORDER BY last_message_send_time DESC LIMIT 1; 

mysqli मॉड्यूल के साथ काम करते समय इस समस्या का भी सामना किया जा सकता है: यदि आप mysqli::prepare विधि को कॉल करके तैयार किए गए प्रश्नों का उपयोग mysqli::prepare , तो PHP में संस्करण 7.3 से पहले, एक सेकंड के आंशिक भाग को वापस नहीं किया जाएगा। पीडीओ के साथ के रूप में, आप इसे PHP को अपडेट करके, या एक स्ट्रिंग प्रकार के समय रूपांतरण को दरकिनार करके ठीक कर सकते हैं।

यह भी देखें:

• "तैयार प्रश्नों और पीडीओ में संग्रहीत प्रक्रियाएं" ;
• "Mysqli में तैयार प्रश्न" ;
• Mysqli_stmt पर दस्तावेज़ :: bind_param विधि (यहाँ mysqli में समर्थित प्लेसहोल्डर्स के प्रकार वर्णित हैं);
• PHP के लिए पूल अनुरोध, जिसमें उन्होंने सेकंड के आंशिक भाग के "ट्रंकेशन" को तय किया ।

वाई 2 में उच्च परिशुद्धता समय के साथ काम करें

अधिकांश आधुनिक फ्रेमवर्क माइग्रेशन कार्यक्षमता प्रदान करते हैं जो आपको डेटाबेस स्कीमा परिवर्तन के इतिहास को कोड में संग्रहीत करने और इसे लगातार बदलने की अनुमति देता है। यदि आप माइग्रेशन का उपयोग करते हैं और उच्च परिशुद्धता समय का उपयोग करना चाहते हैं, तो आपके ढांचे को इसका समर्थन करना चाहिए। सौभाग्य से, यह सभी प्रमुख रूपरेखाओं में बॉक्स से बाहर काम करता है।

इस खंड में, मैं दिखाऊंगा कि यह समर्थन वाईआईई में कैसे लागू किया गया है (उदाहरण में मैंने संस्करण 2.0.26 का उपयोग किया है)। लारवेल, सिम्फनी और अन्य के बारे में, मैं लेख को अंतहीन बनाने के लिए नहीं लिखूंगा, लेकिन मुझे खुशी होगी अगर आप इस विषय पर टिप्पणियों या नए लेखों में विवरण जोड़ते हैं।

माइग्रेशन में, हम कोड लिखते हैं जो डेटा स्कीमा में परिवर्तन का वर्णन करता है। एक नई तालिका बनाते समय, हम \ yii \ db \ प्रवासन वर्ग से विशेष विधियों का उपयोग करते हुए उसके सभी स्तंभों का वर्णन करते हैं (वे स्कीमाबर्स्टट्रेट ट्रे में घोषित किए जाते हैं)। time , timestamp और datetime विधियाँ जो सटीकता का इनपुट मान ले सकती हैं, तिथि और समय वाले कॉलम के विवरण के लिए जिम्मेदार हैं।

प्रवास का एक उदाहरण जिसमें एक नया टेबल एक उच्च परिशुद्धता समय स्तंभ के साथ बनाया गया है:

 use yii\db\Migration; class m190914_141123_create_news_table extends Migration { public function up() { $this->createTable('news', [ 'id' => $this->primaryKey(), 'title' => $this->string()->notNull(), 'content' => $this->text(), 'published' => $this->timestamp(6), //     ]); } public function down() { $this->dropTable('news'); } } 

और यह माइग्रेशन का एक उदाहरण है जिसमें मौजूदा कॉलम में सटीकता बदल जाती है:

 class m190916_045702_change_news_time_precision extends Migration { public function up() { $this->alterColumn( 'news', 'published', $this->timestamp(6) ); return true; } public function down() { $this->alterColumn( 'news', 'published', $this->timestamp(3) ); return true; } } 

ActiveRecord - : , DateTime-. , — «» PDO::ATTR_EMULATE_PREPARES . Yii , . , , PDO.

. :

• Yii 2 ;
• SchemaBuilderTrait .

निष्कर्ष

, , — , . , , . , !