Supabase: Backend as a Service · पाठ

डेटाबेस स्कीमा डिज़ाइन करना

डेटा की संरचना बनाने, संबंध परिभाषित करने और स्केलेबिलिटी तथा दक्षता के लिए डेटाबेस तालिकाओं की योजना बनाने के सर्वोत्तम तरीक़े सीखिए।

पाठ 1, कुल 4 में से11 चरण

डेटाबेस स्कीमा डिज़ाइन करना, CoddyKit पर Supabase: Backend as a Service का एक निःशुल्क पाठ है। यह 4 में से 1वाँ पाठ है। आप नीचे पूरा पाठ निःशुल्क पढ़ सकते हैं—फिर अंतर्निहित कोड संपादक और 24/7 एआई ट्यूटर के साथ ब्राउज़र में इसका व्यावहारिक अभ्यास कर सकते हैं। यह Supabase: Backend as a Service सीखने के मार्ग का हिस्सा है और आपकी प्रगति वेब तथा CoddyKit ऐप पर सिंक होती रहती है। Supabase: Backend as a Service पाठ्यक्रम में कुल 4 पाठ शामिल हैं।

डेटाबेस स्कीमा क्या होता है?

घर बनाने की कल्पना कीजिए। एक भी ईंट रखने से पहले आपको एक नक्शे की आवश्यकता होती है! डेटाबेस में इस नक्शे को स्कीमा कहा जाता है।

डेटाबेस स्कीमा आपके डेटा की संरचना तय करता है। यह बताता है:

कौन-सी तालिकाएँ मौजूद हैं
हर तालिका में कौन-से कॉलम हैं
अलग-अलग तालिकाएँ किस तरह जुड़ी हैं

एक अच्छा स्कीमा सुव्यवस्थित, कुशल और आसानी से विस्तार योग्य Supabase प्रोजेक्ट के लिए आवश्यक है।

एंटिटी और विशेषताएँ पहचानें

सबसे पहले उन ‘चीज़ों’ के बारे में सोचें जिन्हें आप संग्रहित करना चाहते हैं। ये आपकी एंटिटी हैं। किसी सोशल ऐप में एंटिटी उपयोगकर्ता, पोस्ट या टिप्पणियाँ हो सकती हैं।

अब सोचें कि हर एंटिटी में कौन-सी जानकारी होती है। ये उसकी विशेषताएँ हैं।

उपयोगकर्ता: नाम, ईमेल, प्रोफ़ाइल चित्र URL
पोस्ट: शीर्षक, सामग्री, बनाने की तारीख

इनकी सूची बनाने से आपको अपनी तालिकाओं की कल्पना करने में मदद मिलेगी।

प्राथमिक कुंजियाँ: आपकी विशिष्ट ID

हर एंटिटी की विशिष्ट पहचान करने का कोई तरीका होना चाहिए। यहीं Primary Key काम आती है!

प्राथमिक कुंजी एक कॉलम (या कॉलमों का समूह) होती है, जिसमें तालिका की हर पंक्ति के लिए एक विशिष्ट मान होता है। इसे विद्यार्थी की ID संख्या की तरह समझें—किसी भी दो विद्यार्थियों की ID समान नहीं होती।

सबसे सामान्य प्राथमिक कुंजी id कॉलम होती है, जो अक्सर अपने-आप बढ़ने वाली पूर्णांक संख्या या UUID (Universally Unique Identifier) होती है।

डेटा कैसे जुड़ता है: संबंध

आपकी एंटिटी अलग-अलग मौजूद नहीं रहतीं; वे एक-दूसरे के साथ काम करती हैं! इन अंतःक्रियाओं को संबंध कहा जाता है।

सबसे सामान्य प्रकार एक-से-अनेक है। उदाहरण के लिए:

एक उपयोगकर्ता कई पोस्ट लिख सकता है।
एक एल्बम में कई गीत हो सकते हैं।

अपनी तालिकाओं को जोड़ने के लिए इन संबंधों को समझना बहुत महत्वपूर्ण है।

विदेशी कुंजियाँ: संबंध बनाना

एक-से-अनेक संबंध स्थापित करने के लिए हम Foreign Key का उपयोग करते हैं।

विदेशी कुंजी एक तालिका का ऐसा कॉलम होती है जो दूसरी तालिका की प्राथमिक कुंजी का संदर्भ देता है। इसी से हम कहते हैं, ‘यह पोस्ट इसी विशिष्ट उपयोगकर्ता की है।’

यदि posts तालिका को यह जानना हो कि उसे किस user ने बनाया, तो posts तालिका में एक user_id कॉलम होगा, जो users तालिका की किसी पंक्ति के id की ओर संकेत करेगा।

डेटा प्रकार: समझदारी से संग्रहित करें

अपने कॉलम परिभाषित करते समय आपको एक डेटा प्रकार चुनना होता है। इससे डेटाबेस को पता चलता है कि उस कॉलम में किस तरह की जानकारी होगी (पाठ, संख्याएँ, तारीखें आदि)।

सामान्य PostgreSQL (Supabase का डेटाबेस) डेटा प्रकारों में शामिल हैं:

text: नाम और विवरण के लिए
integer: पूर्ण संख्याओं के लिए (जैसे आयु, गिनती)
boolean: सही/गलत मानों के लिए (जैसे is_active)
timestamp: तारीख और समय के लिए (जैसे created_at)

सही प्रकार चुनने से स्थान बचता है और प्रदर्शन बेहतर होता है।

सामान्यीकरण: अपना डेटा व्यवस्थित करें

सामान्यीकरण डेटा की पुनरावृत्ति कम करने और डेटा की अखंडता सुधारने के लिए डेटाबेस को व्यवस्थित करने की प्रक्रिया है।

कल्पना कीजिए कि हर पोस्ट में उपयोगकर्ता का पूरा नाम और ईमेल संग्रहित हो। यदि उपयोगकर्ता अपना ईमेल बदलता है, तो आपको उसे कई जगहों पर बदलना पड़ेगा! सामान्यीकरण इससे बचने में मदद करता है।

डेटा को अलग-अलग लेकिन संबंधित तालिकाओं (जैसे users और posts) में बाँटकर आप सामान्य जानकारी को केवल एक बार संग्रहित करते हैं।

असामान्यीकरण: गति के लिए

सामान्यीकरण डेटा की अखंडता के लिए अच्छा है, लेकिन कभी-कभी यह डेटा प्राप्त करने की गति कम कर सकता है, क्योंकि आपको कई तालिकाओं को ‘जोड़ना’ पड़ता है।

असामान्यीकरण पढ़ने के प्रदर्शन को बेहतर बनाने के लिए जानबूझकर डेटा की पुनरावृत्ति जोड़ना है। उदाहरण के लिए, उपयोगकर्ता का नाम posts तालिका में सीधे संग्रहित करना, भले ही वह users तालिका में भी मौजूद हो।

यह एक समझौता है: पढ़ना तेज़ होता है, लेकिन अपडेट अधिक जटिल हो जाते हैं और असंगतियों की संभावना रहती है। इसका समझदारी से उपयोग करें!

डिज़ाइन का प्रयोग: उपयोगकर्ता और कार्य

आइए उपयोगकर्ताओं और उनके करने योग्य कार्यों के लिए एक सरल स्कीमा डिज़ाइन करें। हर उपयोगकर्ता के कई कार्य हो सकते हैं।

हमारे डिज़ाइन सिद्धांतों के आधार पर तालिकाएँ इस तरह परिभाषित की जा सकती हैं:

CREATE TABLE users (
  id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
  name TEXT NOT NULL,
  email TEXT UNIQUE NOT NULL,
  created_at TIMESTAMP WITH TIME ZONE DEFAULT NOW()
);

CREATE TABLE tasks (
  id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
  user_id UUID REFERENCES users(id) ON DELETE CASCADE,
  title TEXT NOT NULL,
  description TEXT,
  is_complete BOOLEAN DEFAULT FALSE,
  created_at TIMESTAMP WITH TIME ZONE DEFAULT NOW()
);

त्वरित जाँच: डिज़ाइन की अवधारणाएँ

आप एक ब्लॉग के लिए डेटाबेस की योजना बना रहे हैं। आपको लेखकों और उनके लेखों को संग्रहित करना है। हर लेखक कई लेख लिख सकता है।

इस स्थिति में अच्छे स्कीमा डिज़ाइन सिद्धांतों पर निम्नलिखित में से कौन-से कथन सही लागू होते हैं?

इंटरैक्टिव पाठ में इसका उत्तर दें

पुनरावलोकन: आपकी डिज़ाइन यात्रा

आपने अभी डेटाबेस स्कीमा डिज़ाइन की दिशा में पहला कदम उठाया है!

हमने इन विषयों को कवर किया:

एंटिटी और विशेषताओं की पहचान
प्राथमिक और विदेशी कुंजियों की भूमिका
संबंधों को समझना (विशेष रूप से एक-से-अनेक)
उचित डेटा प्रकार चुनने का महत्व
सामान्यीकरण और असामान्यीकरण का संक्षिप्त परिचय

एक अच्छी तरह डिज़ाइन किया गया स्कीमा किसी भी मज़बूत ऐप की नींव होता है। अगले पाठ में तालिकाएँ बनाकर हम इस ज्ञान को व्यवहार में लाएँगे!

शुरुआत निःशुल्क

एआई शिक्षक के साथ Supabase: Backend as a Service सीखें — निःशुल्क

अपने ब्राउज़र में वास्तविक कोड लिखें और चलाएँ, चौबीसों घंटे एआई शिक्षक से तुरंत सहायता पाएँ, और वेब या ऐप पर वहीं से शुरू करें जहाँ आपने छोड़ा था।

पाठ्यक्रम: 11
पाठ: 40

निःशुल्क सीखना शुरू करें पूरा पाठ्यक्रम देखें

अक्सर पूछे जाने वाले प्रश्न

क्या “डेटाबेस स्कीमा डिज़ाइन करना” पाठ निःशुल्क है?

हाँ—“डेटाबेस स्कीमा डिज़ाइन करना” का पूरा पाठ यहाँ वेब पर निःशुल्क पढ़ा जा सकता है। इंटरैक्टिव अभ्यास (अंतर्निहित कोड संपादक और 24/7 एआई ट्यूटर) करने और Supabase: Backend as a Service पाठ्यक्रम का बाकी हिस्सा अनलॉक करने के लिए CoddyKit PRO लें। Supabase: Backend as a Service पाठ्यक्रम में कुल 4 पाठ शामिल हैं।

“डेटाबेस स्कीमा डिज़ाइन करना” में मैं क्या सीखूँगा?

डेटा की संरचना बनाने, संबंध परिभाषित करने और स्केलेबिलिटी तथा दक्षता के लिए डेटाबेस तालिकाओं की योजना बनाने के सर्वोत्तम तरीक़े सीखिए। आप ब्राउज़र में सीधे चलाए जाने वाले व्यावहारिक कोड के साथ Supabase: Backend as a Service का अभ्यास करते हैं, और पाठ पूरा करते समय 24/7 एआई ट्यूटर आपके प्रश्नों के उत्तर देता है।

क्या Supabase: Backend as a Service शुरू करने के लिए मुझे किसी अनुभव की आवश्यकता है?

पहले के अनुभव की आवश्यकता नहीं है। CoddyKit पर Supabase: Backend as a Service शुरुआती से लेकर उन्नत शिक्षार्थियों तक सभी के लिए व्यवस्थित किया गया है, इसलिए आप यहीं से या शुरुआत से सीखना शुरू कर सकते हैं और अपनी गति से आगे बढ़ सकते हैं। यह 4 में से 1वाँ पाठ है।

“डेटाबेस स्कीमा डिज़ाइन करना” पाठ पूरा करने में कितना समय लगता है?

CoddyKit का अधिकांश पाठ लगभग 5–10 मिनट में पूरा हो जाता है। हर पाठ छोटा और संवादात्मक है, इसलिए आप लगातार प्रगति करते हैं और वेब या ऐप पर वहीं से सीखना जारी रख सकते हैं जहाँ आपने छोड़ा था।

क्या मैं इस Supabase: Backend as a Service पाठ में कोड लिख और चला सकता हूँ?

हाँ। हर Supabase: Backend as a Service पाठ में एक अंतर्निर्मित कोड संपादक शामिल है, जिससे आप सीधे अपने ब्राउज़र में वास्तविक कोड लिख और चला सकते हैं और तुरंत एआई प्रतिक्रिया पा सकते हैं—स्थानीय सेटअप की आवश्यकता नहीं है।

इस पाठ्यक्रम के सभी पाठ

← Supabase: Backend as a Service पर वापस जाएँ