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

पाठ और वर्चर के बीच अंतर (चरित्र भिन्न)

कोई फर्क नहीं है, हुड के तहत यह सब varlena है (चर लंबाई सरणी)।

Depesz से यह लेख देखें:http://www.depesz.com/index.php/2010/03/02/charx-vs-varcharx-vs-varchar-vs-text/

कुछ हाइलाइट्स:

<ब्लॉकक्वॉट>

इसे पूरा करने के लिए:

  • char(n) - n . से छोटे मानों के साथ व्यवहार करते समय बहुत अधिक स्थान लेता है (उन्हें n . पर पैड करता है ), और पिछली जगहों को जोड़ने के कारण सूक्ष्म त्रुटियां हो सकती हैं, साथ ही सीमा को बदलने में समस्या हो सकती है
  • varchar(n) - लाइव वातावरण में सीमा को बदलना समस्याग्रस्त है (तालिका बदलते समय विशेष लॉक की आवश्यकता होती है)
  • वर्कर - बिल्कुल टेक्स्ट की तरह
  • पाठ - मेरे लिए एक विजेता - ओवर (एन) डेटा प्रकार क्योंकि इसमें उनकी समस्याओं का अभाव है, और ओवर वर्चर - क्योंकि इसका अलग नाम है

लेख यह दिखाने के लिए विस्तृत परीक्षण करता है कि सभी 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. केवल उन स्तंभों के साथ क्वेरी में शामिल हों जिनके सभी मान `इन` खंड . में हैं

  2. Postgres . में मौजूदा कॉलम में 'धारावाहिक' जोड़ना

  3. PostgreSQL क्वेरी कैशिंग और लोड संतुलन का अवलोकन

  4. हाइब्रिड क्लाउड पोस्टग्रेएसक्यूएल परिनियोजन युक्तियाँ

  5. row_to_json . के साथ पुनरावर्ती क्वेरी को पोस्टग्रेज करता है