क्षेत्र (कंप्यूटर विज्ञान): Difference between revisions

From Vigyanwiki
No edit summary
No edit summary
Line 1: Line 1:
{{Short description|Single component of a record}}
{{Short description|Single component of a record}}
{{More citations needed|date=August 2021}}
[[कंप्यूटर विज्ञान]] में, डेटा जिसमें कई भाग होते हैं, जिसे [[रिकॉर्ड (कंप्यूटर विज्ञान)]] के रूप में जाना [[आंकड़े]] है, को 'फ़ील्ड' ('डेटा फ़ील्ड') में विभाजित किया जा सकता है। संबंधपरक डेटाबेस डेटा को [[डेटाबेस रिकॉर्ड]] के सेट के रूप में व्यवस्थित करते हैं, जिसे रो (डेटाबेस) कहा जाता है। प्रत्येक रिकॉर्ड में कई फ़ील्ड होते हैं; सभी अभिलेखों के क्षेत्र कॉलम (डेटाबेस) बनाते हैं।
[[कंप्यूटर विज्ञान]] में, डेटा जिसमें कई भाग होते हैं, जिसे [[रिकॉर्ड (कंप्यूटर विज्ञान)]] के रूप में जाना [[आंकड़े]] है, को 'फ़ील्ड' ('डेटा फ़ील्ड') में विभाजित किया जा सकता है। संबंधपरक डेटाबेस डेटा को [[डेटाबेस रिकॉर्ड]] के सेट के रूप में व्यवस्थित करते हैं, जिसे रो (डेटाबेस) कहा जाता है। प्रत्येक रिकॉर्ड में कई फ़ील्ड होते हैं; सभी अभिलेखों के क्षेत्र कॉलम (डेटाबेस) बनाते हैं।
क्षेत्रों के उदाहरण: नाम, लिंग, बालों का रंग।
क्षेत्रों के उदाहरण: नाम, लिंग, बालों का रंग।
Line 35: Line 34:
== उदाहरण ==
== उदाहरण ==
इस व्यक्ति जावा वर्ग में 3 फ़ील्ड हैं: पहला नाम, अंतिम नाम, और ऊंचाई सेंटीमीटर।
इस व्यक्ति जावा वर्ग में 3 फ़ील्ड हैं: पहला नाम, अंतिम नाम, और ऊंचाई सेंटीमीटर।
<वाक्यविन्यास प्रकाश लैंग = जावा>
public class Person
सार्वजनिक वर्ग का व्यक्ति
{
निजी स्ट्रिंग पहला नाम;
निजी स्ट्रिंग अंतिम नाम;


निजी इंट ऊंचाई सेंटीमीटर में;
{
}
private String firstName;
</वाक्यविन्यास हाइलाइट>
private String lastName;
private int heightInCentimeters;
}


== यह भी देखें ==
== यह भी देखें ==
Line 55: Line 53:


{{DEFAULTSORT:Field (Computer Science)}}
{{DEFAULTSORT:Field (Computer Science)}}
<!--Categories-->[[Category: मॉडलिंग की दिनांक]]  
[[Category: मॉडलिंग की दिनांक]]  





Revision as of 00:43, 18 February 2023

कंप्यूटर विज्ञान में, डेटा जिसमें कई भाग होते हैं, जिसे रिकॉर्ड (कंप्यूटर विज्ञान) के रूप में जाना आंकड़े है, को 'फ़ील्ड' ('डेटा फ़ील्ड') में विभाजित किया जा सकता है। संबंधपरक डेटाबेस डेटा को डेटाबेस रिकॉर्ड के सेट के रूप में व्यवस्थित करते हैं, जिसे रो (डेटाबेस) कहा जाता है। प्रत्येक रिकॉर्ड में कई फ़ील्ड होते हैं; सभी अभिलेखों के क्षेत्र कॉलम (डेटाबेस) बनाते हैं। क्षेत्रों के उदाहरण: नाम, लिंग, बालों का रंग।

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

निश्चित लंबाई

जिन फ़ील्ड्स में बिट्स की निश्चित संख्या होती है उन्हें निश्चित लंबाई फ़ील्ड के रूप में जाना जाता है। उदाहरण के लिए चार बाइट फ़ील्ड में 31 बिट बाइनरी पूर्णांक और साइन बिट (सभी में 32 बिट) सम्मलित हो सकते हैं। 30 बाइट नाम फ़ील्ड में व्यक्ति का नाम हो सकता है जो सामान्यतः अंत में रिक्त स्थान के साथ गद्देदार होता है। निश्चित लंबाई वाले क्षेत्रों का उपयोग करने का नुकसान यह है कि क्षेत्र का कुछ हिस्सा बर्बाद हो सकता है किन्तु अधिकतम लंबाई के स्थिति में अभी भी जगह की आवश्यकता है। साथ ही, जहां फ़ील्ड छोड़े गए हैं, उदाहरण के लिए रिकॉर्ड के भीतर निश्चित प्रारंभ स्थिति बनाए रखने के लिए अनुपलब्ध फ़ील्ड के लिए पैडिंग अभी भी आवश्यक है।

परिवर्तनीय लंबाई

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

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

डेटाबेस कार्यान्वयन सामान्यतः चर लंबाई वाले क्षेत्रों को इस तरह से संग्रहीत करता है

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

यदि अलग-अलग-लंबाई वाला क्षेत्र अधिकांशतः खाली होता है, तो अतिरिक्त अनुकूलन चलन में आते हैं।

उदाहरण

इस व्यक्ति जावा वर्ग में 3 फ़ील्ड हैं: पहला नाम, अंतिम नाम, और ऊंचाई सेंटीमीटर।

public class Person
{
	private String firstName;
	private String lastName;
	
	private int heightInCentimeters;
}

यह भी देखें

संदर्भ

  1. "Data fields". Sliccware. Retrieved 2011-08-12.