डेटाबेसमध्ये वापरण्यासाठी MYSQL मधील डेटा प्रकार

आपण डेटाबेस व्यवस्थापकांबद्दल शिकत आहात? अशा परिस्थितीत, आपल्याला स्वतःला त्याबद्दल माहिती देणे आवश्यक आहे MySQL मधील डेटा प्रकार, जगातील सर्वोत्तम आणि सर्वाधिक वापरल्या गेलेल्यांपैकी एक. संधी गमावू नका !.

MySQL मध्ये डेटा प्रकार

प्रत्येक वेळी जेव्हा आपल्याला एखादे टेबल तयार करण्याची आवश्यकता असते ज्याचा उपयोग अनुप्रयोगासाठी डेटा साठवण्यासाठी केला जाऊ शकतो, आपल्याला संग्रहित करण्यासाठी आवश्यक असलेल्या सर्व गोष्टी चांगल्या प्रकारे संग्रहित करण्यासाठी कोणत्या प्रकारचा डेटा वापरला जातो हे कसे ओळखायचे हे आपल्याला माहित असणे आवश्यक आहे. आम्ही तीन पैकी निवड करू शकतो: संख्यात्मक डेटा, तार (अल्फान्यूमेरिक) आणि तारखा आणि वेळा.

MYSQL टेबल्सच्या या क्षेत्रांमध्ये आम्हाला तीन प्रकारच्या सामग्रीपैकी एक निवडण्याची शक्यता आहे, आणि जरी ते स्पष्ट दिसत असले तरी, आमचा डेटा कोठे पाठवायचा हे ठरवा, स्टोरेज कोणत्या प्रकारच्या गटामध्ये असेल, येथे आमच्याकडे एक उदाहरण आहे संदर्भात: होय आम्हाला एका फील्डची आवश्यकता आहे ज्याद्वारे आपण एखाद्या व्यक्तीचे वय साठवू शकतो, तर ते संख्यात्मक डेटा फील्ड असेल.

पण मी समजावून सांगण्यापूर्वी, तुम्हाला MySQL काय आहे हे माहित आहे का? हे जगातील सर्वात मोठ्या प्रमाणावर वापरले जाणारे ओपन सोर्स डेटाबेस व्यवस्थापक म्हणून ओळखले जाते. जेणेकरून आम्हाला ते किती लोकप्रिय आहे याची कल्पना येऊ शकेल, आम्ही तुम्हाला हे सांगू: वर्डप्रेस विविध प्रकारच्या सामग्रीचे व्यवस्थापक आहे, जे 2003 पासून अस्तित्वात आहे आणि सुमारे 55% ते 60% वेब पृष्ठे अस्तित्वात आहेत, याचे आभार मानले जातात, आणि ते MySQL चा डेटाबेस म्हणून वापर करते, त्यामुळे हे सिद्ध होते की ते किती उपयुक्त असू शकते आणि त्याला किती व्याप्ती आहे.

मायएसक्यूएल हे ओरॅकल कॉर्पोरेशन कंपनीचे आहे, ज्यांच्याकडे 2010 मध्ये ते खरेदीचे प्रभारी होते. या व्यवस्थापकाचे अनेक उपयोग आहेत, जसे की: सराव, इंस्टॉलेशन्स करणे, वेब पृष्ठे बदलणे, डेटा वाचणे, इतरांसह.

हे ड्रायव्हर सहज डाउनलोड केले जाऊ शकते आणि आपण वापरत असलेल्या विंडोजवर अवलंबून अनेक आवृत्त्या आहेत, त्याच प्रकारे, हे स्थापित करणे खूप सोपे आहे.

बहुसंख्य डेटाबेस ड्रायव्हर्स प्रोग्रामिंग भाषेद्वारे वापरले जातात. आपण असे म्हणूया की उदाहरणार्थ, आपल्या संगणकावर जी माहिती आहे ती डेटाबेसमध्ये उपलब्ध आहे, परंतु जेव्हा आपल्याला ती पाहण्याची आणि व्यवस्थापित करण्याची आवश्यकता असते तेव्हा ती प्रोग्रामिंग भाषा वापरते; MySQL च्या बाबतीत, हे php सोबत आहे, ज्याला वेब डेव्हलपमेंट भाषा म्हणून ओळखले जाते, त्याचबरोबर वर्डप्रेस विकसित केले आहे.

आम्हाला असे वाटते की गतीसाठी आम्ही शिफारस करू शकतो, XAMPP टूल डाउनलोड करा, जे विंडोजच्या विविध आवृत्त्यांसाठी उपलब्ध आहे. XAMPP घटकांच्या मालिकेसह येतो, त्यापैकी आमच्याकडे:

• अपाचे: हे एक वेब सर्व्हर असेल.
• PHP: वेब विकास भाषा.
• Fillezilla: त्याच्याकडे फाईल्स जमा करण्याचा प्रभारी आहे.
• बुध: हे मेल सर्व्हर आहे, ज्याचा चाचण्या करण्याचा उद्देश आहे.
• MySQL: जसे आपण आधी नमूद केले आहे, ते डेटाबेस सर्व्हर आहे.

एक्सएएमपीपी स्थापित केल्यानंतर, आपण मायएसक्यूएलसह या सर्व घटकांचा आनंद घेऊ शकाल, जे आपण थेट सुरू करू शकता आणि ग्राफिकल इंटरफेसशी कनेक्ट करू शकता, म्हणूनच इतर घटक असण्याव्यतिरिक्त, एक्सएएमपीपी अत्यंत उपयुक्त आहे.

हे सर्व स्पष्ट केल्यावर, आम्हाला हे स्पष्ट करायचे होते की आमचा डेटा संचयित करण्यासाठी सारण्यांच्या प्रकारांसाठी आणि संख्यात्मक डेटा फील्डबद्दल बोलताना, आमच्यामध्ये इतर प्रकार आहेत आणि आम्हाला माहित असणे आवश्यक आहे की कोणते सर्वोत्तम असेल, जे आम्हाला कमी भौतिक स्टोरेज स्पेस वापरण्याची संधी द्या आणि आम्हाला त्या क्षेत्रात स्टोअर करण्याची आशा असलेल्या डेटाची संधी देईल. हे प्रश्न समजून घेण्याचा एकमेव मार्ग म्हणजे विविध प्रकारचे डेटा जे MySQL आम्हाला प्रदान करते, खाली आम्ही प्रत्येक गटाचे सर्वात योग्य वापर समजून घेण्यासाठी ती माहिती प्रदान करू.

आम्ही तुम्हाला खालील व्हिडिओमध्ये MySQL मधील डेटा प्रकार आणि त्याबद्दल तुम्हाला माहित असणे आवश्यक असलेल्या प्रत्येक गोष्टीचा सखोल अभ्यासक्रम पाहण्यासाठी आमंत्रित करतो. शिकण्याची संधी गमावू नका!

संख्यात्मक डेटा

MySQL मध्ये एक प्रकारचा डेटा आणि दुसरा प्रकार यात आम्हाला सापडणारा फरक म्हणजे त्यात समाविष्ट असलेल्या मूल्यांची श्रेणी आहे. संख्यात्मक डेटामध्ये आपल्याला हे बघणे आवश्यक आहे की आपण दोन मोठ्या शाखांमध्ये फरक करू शकतो: पूर्णांक आणि दशांश; आता, आम्हाला सादर केलेल्या परिस्थितीनुसार आणि आम्हाला काय आवश्यक आहे त्यानुसार संख्यात्मक डेटाचे प्रकार स्पष्ट करू इच्छितो:

अंकीय पूर्णांक

या टप्प्यावर आम्ही प्रथम स्पष्ट करू इच्छितो की, आम्हाला या प्रकारचा डेटा साठवायचा पर्याय म्हणजे वय, परिमाण आणि दशांश नसलेले परिमाण. आम्ही प्रत्येक क्षेत्रासाठी कोणत्या प्रकारचा डेटा निवडला पाहिजे हे अधिक चांगल्या प्रकारे समजून घेण्यासाठी आम्ही एक उदाहरण सादर करू इच्छितो:

आम्ही TINYINT, एक डेटा प्रकार सादर करतो जो आम्हाला जास्तीत जास्त 127 चे मूल्य साठवण्याची परवानगी देतो. म्हणून जर आम्हाला आमच्या वापरकर्त्यांच्या वयासाठी फील्ड परिभाषित करण्याची आवश्यकता असेल, तर हे आम्ही वापरू शकतो, कारण सामान्य वयोमर्यादा त्या संख्येच्या आत आहे आणि जोपर्यंत आपण बायबलसंबंधी जुन्या कराराच्या काळात राहत नाही तोपर्यंत कोणीही जैविक दृष्ट्या त्या संख्येला मागे टाकत नाही; तर नाही, या प्रकारचा डेटा आम्हाला 567 संचयित करण्याची परवानगी देत ​​नाही, उदाहरणार्थ, 128 देखील नाही, जर मर्यादा 127 पर्यंत पोहोचली.

आता, जर आपल्याला मोठ्या बाजारपेठेतील ओळखकर्त्यासाठी हजारो विविध आणि वैविध्यपूर्ण वस्तू विकण्यासाठी फील्ड परिभाषित करायचे असेल, तर हे झपाट्याने बदलेल, स्पष्टपणे TINYINT यापुढे आम्हाला सेवा देत नाही, या व्यतिरिक्त आपल्याला वस्तूंचे प्रमाण अगदी अचूकपणे माहित असले पाहिजे ते विकते, परंतु केवळ आपल्याकडे असलेल्या गोष्टींसहच नाही, तर आपल्या नजीकच्या भविष्यासाठी अंदाज लावण्याचा प्रयत्न करीत आहे, अशा प्रकारे आपली साठवण प्रणाली त्वरीत अप्रचलित होणार नाही.

आम्ही SMALLINT सारखे काहीतरी वापरू शकतो ज्यामुळे आम्हाला 32,000 लेखांची संख्या मिळू शकेल, परंतु जर आम्ही उदाहरण बदलले आणि बाजारपेठेतून एका आयडी क्षेत्रात गेलो जे 5 दशलक्ष वापरकर्त्यांसह टेलिफोन कंपनीच्या ग्राहक टेबलसाठी वापरले जावे, तर आम्ही यापुढे SMALLINT असू शकत नाही, परंतु MEDIUMINT सारखे इतर काही, आणि आम्ही पुढे चालू ठेवतो, जर आमच्या कंपनीचे 200 दशलक्ष क्लायंट असतील तर आम्ही INT प्रकारच्या फील्डचा वापर केला पाहिजे. हा मुद्दा लहरी होण्याच्या बाबतीत बदलतो आणि पृथ्वीवरील पृथ्वीवर राहणाऱ्या प्रत्येक मनुष्याची ओळख करून देणारे क्षेत्र परिभाषित करू इच्छित असल्यास, नंतर आपण मदतीसाठी एक बिगनिट फील्ड मागितले पाहिजे, कारण INT प्रकार फक्त दोन हजार दशलक्षांपर्यंत परवानगी देतो. डेटाचे वेगवेगळे तुकडे, आणि ते स्पष्टपणे आमच्यापर्यंत पोहोचणार नाही.

आम्हाला नकारात्मक मूल्यांच्या अस्तित्वाची पुष्टी देखील करायची आहे, जी एखाद्या खेळाचा स्कोअर जतन करायची इच्छा असताना आम्हाला सापडली, किंवा इतर गोष्टींबरोबरच टेबलने चिन्हांकित करू शकणारे शून्य खाली असलेले चिन्ह.

स्वाक्षरी नसलेली मूल्ये

चला याकडे पाहू: नकारात्मक वय असण्याचा काहीच अर्थ नाही. जर प्रत्येक डेटाच्या जास्तीत जास्त सकारात्मक मूल्याची मर्यादा दुप्पट करण्याची शक्यता असेल तर ती फील्ड नकारात्मक मूल्ये साठवून ठेवण्याची शक्यता दूर करेल, आम्ही स्टोरेजची सकारात्मक मर्यादा दुप्पट करणार आहोत आणि TINYINT प्रकाराचे क्षेत्र जे साधारणपणे मूल्य साठवण्याची परवानगी देते 127 चे, आता तुम्हाला 0 ते 255 पर्यंत मूल्ये संचयित करू देईल.

आणि ज्या क्षेत्राला कोणतेही चिन्ह नाही अशा क्षेत्राची व्याख्या कशी करायची? अज्ञात सुधारक द्वारे आम्ही एक अंकीय फील्ड परिभाषित करू शकतो. याचा वापर करून आपण गुण आणि UNSIGNED चे मूल्य वाचणारा स्तंभ शोधला पाहिजे आणि या क्षेत्रात यापुढे नकारात्मक मूल्ये असू शकत नाहीत, त्यामुळे त्याची साठवण क्षमता दुप्पट होते.

हे लक्षात घेण्यासारखे आहे की हे महत्वाचे आहे की स्तंभातील फील्ड परिभाषित करताना आम्हाला लांबी म्हणून सापडेल आम्ही आम्ही निवडलेल्या स्टोरेज क्षमतेशी सुसंगत संख्या लिहितो. वयाचे उदाहरण पुढे चालू ठेवून, जर आपण TINYNIT बरोबर काम करत असू, तर आपण एक लांबी म्हणून तीन ठेवणे आवश्यक आहे, मोठी किंवा कमी संख्या नाही.

दशांश सह संख्या

किंमती, पगार, बँक खात्याची रक्कम, इतरांमध्ये, आम्ही दशांशांसह संख्यात्मक मूल्यांकडे गेलो आहोत आणि आम्ही पूर्ण संख्या मागे ठेवली आहे, आणि या डेटा प्रकारांना "फ्लोटिंग पॉईंट" म्हटले जाते हे असूनही स्वल्पविराम भाग पूर्णांक वेगळे करतो आणि दशांश भाग, प्रत्यक्षात MySQL डेटा प्रकारांच्या दरम्यान, तो त्यांना एका कालावधीसह वेगळे ठेवतो. येथून आमच्याकडे तीन प्रकारचे डेटा असतील: फ्लोट, डबल आणि दशमलव.

फ्लोट आम्हाला किमान -999.99 मूल्य आणि जास्तीत जास्त 999.99 साठवण्याची परवानगी देईल. लक्षात घ्या की चिन्ह - मोजत नाही, परंतु त्यांना वेगळे करणारे बिंदू, म्हणजे, दशांश बिंदू, होय, म्हणूनच ते एकूण सहा अंक असतील, जरी आम्ही लक्षात घेतो की त्यापैकी दोन दशांश आहेत; परंतु आपल्याकडे साध्या सुस्पष्टता श्रेणी असे काहीतरी आहे, जे आम्हाला 0 ते 24 दरम्यान दशांश प्रमाण ठेवण्यास भाग पाडते.

दुसरीकडे, दुहेरी, दोनदा अचूक असल्याने, केवळ दशांश स्थानांची संख्या 25 ते 23 दरम्यान परिभाषित करण्याची अनुमती देते. FLOAT वापरणे, जे सोपे परिशुद्धता आहे, गोलाकार समस्या आणि उर्वरित दशांश स्थानांचे नुकसान होऊ शकते. ज्याचे स्पष्टीकरण करणे बाकी आहे ते म्हणजे दशांश, जे मौद्रिक मूल्ये साठवण्यासाठी सर्वोत्तम आहे जेथे कमी लांबी आवश्यक आहे परंतु जास्तीत जास्त अचूकता आणि गोलाकार न करता, या प्रकारचा डेटा संचयित केलेल्या संख्येसाठी निश्चित रुंदी नियुक्त करतो. या प्रकारच्या डेटासाठी जास्तीत जास्त एकूण अंक 64 आहेत, त्यापैकी 30 म्हणजे जास्तीत जास्त दशांश ठिकाणांची परवानगी आहे, किंमती, मजुरी आणि चलन साठवण्यासाठी पुरेसे जास्त.

अल्फान्यूमेरिक डेटा

शेवटी आम्ही नवीन डेटा प्रविष्ट करण्यासाठी संख्यात्मक डेटाची श्रेणी सोडतो. येथे आम्ही वर्ण स्ट्रिंग्स साठवण्याबद्दल बोलणार आहोत, ते अधिक चांगल्या प्रकारे समजावून सांगण्यासाठी, आणि MySQL मधील डेटा प्रकारांमध्ये आमच्याकडे खालील गोष्टी आहेत: CHAR, VARCHAR, BINARY, VARBINARY, TINYBLOB, TINYTEXT, BLOB, TEXT, MEDIUMBLOB, MEDIUMTEXT, LONGBLOB, LONGTEXT, ENUM आणि SET, प्रत्येकाची स्वतःची वैशिष्ट्ये आणि स्वतःचे फायदे आहेत जे आम्ही कोणता डेटा संचयित करू इच्छिता यावर अवलंबून आहे.

तारीख आणि वेळ डेटा

MYSQL मध्ये डेटा प्रकारांचा विचार करता ही आमची शेवटची श्रेणी असेल. आम्ही पाहणार आहोत की आमच्याकडे संदर्भित डेटा, तारखा आणि वेळा संचयित करण्यासाठी अनेक पर्याय आहेत, एक आणि दुसरा आणि त्यांच्या मुख्य वापरांमधील फरक पाहून, अशा प्रकारे आम्ही प्रत्येक बाबतीत योग्य प्रकारचा डेटा निवडण्यास सक्षम होऊ.

DATE रोजी

MySQL मध्ये या प्रकारचा डेटा आम्हाला तारखा साठवण्याची परवानगी देतो जेथे पहिले चार अंक वर्षाचे आहेत, पुढील दोन ते महिन्याचे आणि शेवटचे दोन दिवस आहेत, जरी स्पॅनिश भाषिक देशांमध्ये आम्हाला प्रथम तारखा ऑर्डर करण्याची सवय आहे. दिवस, नंतर महिन्यासाठी, आणि नंतर वर्षासाठी, MYSQL साठी ते पूर्णपणे उलट आहे.

हे जाणून घेणे महत्वाचे आहे की DATE फील्ड वाचताना, जरी ते वर्ष महिन्यापासून आणि महिन्यापासून दिवसापासून वेगळे करणाऱ्या डॅशसह दिसत असले तरी, हा डेटा घातल्यावर ते आपल्याला सतत सर्वकाही करण्याची परवानगी देते, उदाहरणार्थ, आपण ते पाहू शकतो हे: 2018-06-04 आणि हे 20180604 प्रमाणे घाला. DATE आम्हाला हाताळण्याची परवानगी देणारी तारीख श्रेणी 1000-01-01 ते 9999-12-31 पर्यंत आहे.

जोपर्यंत आपल्याला दोन हजार वर्षांपूर्वी घडलेल्या घटनेशी काही संबंध नाही आणि तो उघडकीस आणण्याची गरज नाही, तोपर्यंत आम्हाला या स्वरूपाची कोणतीही समस्या येणार नाही; दुसरीकडे, भविष्याच्या दृष्टीने आमच्याकडे अधिक संधी आहेत, कारण या स्वरूपाने आम्ही जवळजवळ 10,000 पर्यंत पोहोचलो.

तारीख वेळ

DATETIME म्हणून फील्ड परिभाषित केल्याने आम्हाला तारीख नाही, तर एका क्षणाची, वेळेची एक क्षण, तारखेव्यतिरिक्त, तिचे वेळापत्रक देखील संग्रहित करण्याची अनुमती मिळेल, प्रथम आपल्याकडे वर्ष, नंतर महिना, नंतर दिवस असेल , मग आमच्याकडे तास, मिनिटे आणि सेकंद देखील असतील, स्वरूप असे दिसते:

• YYYY- MM- DD HH: MM: SS

तारीख भागाची श्रेणी DATE प्रकारासारखी आहे (10,000 वर्षे), म्हणजेच 1000-01-01 ते 9999-12-31. वेळापत्रकाचा भाग असा असेल: 00:00:00 ते 23:53:53 पर्यंत. पूर्ण झालेले सर्व काही असे दिसेल: 1000-01-01 00:00:00 ते 9999-12-31 23:59:59.

TIME मध्ये

येथे आम्हाला तास, मिनिटे आणि सेकंद साठवण्याची परवानगी आहे, आणि होय, मागील डेटा प्रकारानेही केला होता, परंतु TIME सह आमच्याकडे परवानगी असलेली श्रेणी आहे: -839: 59: 59 ते 839: 59: 59; हे वर्तमान तारखेला सुमारे 35 दिवस पुढे आणि पुढे असेल. या प्रकारचा डेटा दोन बंद क्षणांदरम्यान गेलेल्या वेळा मोजण्यासाठी आदर्श आहे.

टाइमस्टॅम्प

येथे आमच्याकडे एक डेटा प्रकार आहे जो DATETIME सारखाच असू शकतो परंतु त्याचे स्वरूप आणि श्रेणी भिन्न आहे, जरी ती तारीख आणि वेळ साठवण्यासाठी अजूनही उपयुक्त आहे. या स्वरूपाच्या क्षेत्रासह आम्हाला तीन पर्याय सादर केले जाऊ शकतात, पहिला: YYYY-MM-DD HH: MM: SS, दुसरा आहे: YYYY-MM-DD आणि तिसरा सोपा आहे: YY-MM-DD .

येथे आपल्याकडे 14, 8 किंवा 6 अंकांची संभाव्य लांबी असण्याची शक्यता आहे, हे सर्व आम्ही प्रदान केलेल्या माहितीवर अवलंबून आहे. हे स्वरूप इतरांइतके ऐतिहासिक किंवा भविष्याइतके नाही, कारण हे क्षेत्र केवळ 1970-01-01 पासून 2037 पर्यंत चालते.

याव्यतिरिक्त, एक उत्सुक तथ्य म्हणून, आम्ही हे स्थापित करू शकतो की प्रत्येक वेळी जेव्हा रेकॉर्ड घातला जातो किंवा अपडेट केला जातो तेव्हा त्याचे मूल्य आपोआप अपडेट केले जाते, अशा प्रकारे आम्ही या डेटामध्ये आमच्या शेवटच्या अद्यतनाची तारीख आणि वेळ नेहमी ठेवू, जे खरोखरच आदर्श आहे. काहीही प्रोग्राम करण्याची आवश्यकता नसताना नियंत्रण घेणे.

जर आम्ही phpMyAdmin वरून हे परिभाषित करू इच्छितो, तर आम्हाला फक्त गुणधर्मांमध्ये "CURRENT_TIMESTAMP अपडेट" असे पर्याय निवडणे आणि CURRENT_TIMESTAMP डीफॉल्ट मूल्य म्हणून निवडणे आवश्यक आहे. फील्ड ज्यांचे मूल्य रेकॉर्ड घालताना किंवा सुधारित करताना आपोआप अपडेट केले जाऊ शकते.

YEAR

जर आपल्याला फील्डला वर्ष म्हणून परिभाषित करण्याची गरज भासली असेल, तर आम्ही दोन, तसेच चार अंक वापरून एक वर्ष साठवू शकतो. जर आपण ते दोन अंकात करतो, 70 ते 99 पर्यंत (70 ते 99 पर्यंत असल्यास आम्ही समजेल की हे 1970 ते 1999 या वर्षांच्या श्रेणीशी संबंधित आहेत आणि जर आमच्याकडे 00 ते 69 पर्यंत अंक असतील तर आम्ही करू शकतो समजून घ्या की ते 2000 ते 2069 पर्यंत संदर्भित आहे), चार अंक प्रदान करण्याच्या बाबतीत अशावेळी आम्हाला आढळेल की संभाव्य श्रेणी वाढवली जाईल, नंतर 1901 ते 2155 पर्यंत जाईल.

आमच्याकडे एक अतिरिक्त शक्यता आहे, जरी MySQL मधील डेटा प्रकारांशी संबंधित नसली तरी तारखा आणि वेळेशी संबंधित आहे. ही अतिरिक्त शक्यता PHP टाइम फंक्शनसह टाइमस्टॅम्प मूल्य व्युत्पन्न करण्याची आहे (पुन्हा आम्ही हे स्पष्ट करू इच्छितो की आम्ही यापुढे MYSQL बद्दल बोलत नाही, जरी अगदी समान नावे असल्यामुळे गोंधळलेले असणे वैध आहे).

असं असलं तरी, आम्ही ते मूल्य 10-अंकी INT फील्डमध्ये संचयित करू शकतो, अशा प्रकारे, आमच्या फील्डची मूल्ये ऑर्डर करणे खूप सोपे होईल (आम्ही एका बातमीची तारीख उदाहरण म्हणून ठेवू शकतो) आणि मग आम्ही टाइमस्टॅम्पचे मूल्य त्या गोष्टीमध्ये रूपांतरित करून ती तारीख दाखवू शकतो जे आपण PHP च्या स्वतःच्या डेट हाताळणी फंक्शन्स वापरून वाचनीय बनवू शकतो.

मला आशा आहे की MySQL मधील डेटा प्रकारांवरील या लेखामुळे, आम्ही आम्हाला स्पष्ट करू इच्छित असलेली प्रत्येक गोष्ट पुरेसे स्पष्ट करू शकलो आहोत आणि आमच्या सर्व माहितीनुसार डेटाबेस आणि टेबल कसे तयार करायचे ते शिकले आहे, त्यांच्या क्षेत्रांची परिशुद्धता निश्चित करून डेटा आणि गुणधर्मांचे प्रकार म्हणून त्यांचा वापर करणे, म्हणून, योग्यरित्या किंवा अटींमध्ये, प्रोग्रामिंग योग्यरित्या सुरू करण्यासाठी, आता आपल्याला नक्की कोणत्या स्वरूपाची आवश्यकता आहे याची स्पष्ट कल्पना आहे, जे आपल्या गरजेनुसार बसते आम्हाला कार्यक्रम करायचा आहे.

प्रोग्रामिंगशी संबंधित आमच्या आणखी एका लेखाचा आनंद घेण्यासाठी आम्ही तुम्हाला आमंत्रित करतो: ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंगमध्ये बहुरूपता.