PostgreSQL
 sql >> डेटाबेस >  >> RDS >> PostgreSQL

WHERE क्लॉज सहित विभिन्न संयोजनों के लिए अनुक्रमण रणनीति। पाठ पैटर्न

आपका जोड़ा विधेय LIKE . का उपयोग करता है ऑपरेटर:

AND network LIKE '%'

वास्तविक क्वेरी योजना इस बात पर निर्भर करती है कि आप '%' के बजाय क्या पास करते हैं। लेकिन, आम तौर पर, सादे बीट्री इंडेक्स इसके लिए बेकार हैं। आप किस पैटर्न की तलाश कर रहे हैं, इसके आधार पर आपको एक ट्रिग्राम इंडेक्स की आवश्यकता होगी या टेक्स्ट सर्च इंफ्रास्ट्रक्चर या इसी तरह के समान का उपयोग करना होगा।

देखें:

आप कई अनुक्रमण रणनीतियों को भी जोड़ सकते हैं। उदाहरण:

अगर ऐसा होना चाहिए:

AND network = '<input_string>'

फिर, हर तरह से, वास्तव में = . का उपयोग करें ऑपरेटर, नहीं LIKE . महत्व के बढ़ते क्रम में कारण:

  1. छोटा
  2. कम भ्रमित करने वाला
  3. पोस्टग्रेज प्लानर के काम को आसान बनाता है (बहुत थोड़ा सस्ता)
  4. सही

    यदि आप अनजाने में विशेष वर्णों के साथ एक स्ट्रिंग पास करते हैं, तो आपको गलत परिणाम मिल सकते हैं। देखें:




  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. कमांड लाइन से क्वेरी निष्पादित करते समय PostgreSQL एन्कोडिंग समस्या

  2. Postgresql के साथ कुशल नवीनतम रिकॉर्ड क्वेरी

  3. लारवेल एलोक्वेंट ट्रंकेट - विदेशी कुंजी बाधा

  4. Postgresql - परिवर्तन अनुक्रम अभिव्यक्तियों के साथ उपश्रेणियों का उपयोग करना

  5. स्प्रिंग डेटा @CreatedDate एनोटेशन मेरे लिए काम नहीं करता