मैं अपना पहला वेब ऐप लिख रहा हूं, और मुझे पता है कि स्कीमा महत्वपूर्ण है लेकिन वास्तव में एक अच्छा लिखने के बारे में जानने के लिए पर्याप्त नहीं है।क्या किसी को वेब ऐप पर प्रत्येक उपयोगकर्ता के लिए एक नई टेबल बनाना चाहिए?
क्या प्रत्येक उपयोगकर्ता खाते में संग्रहीत जानकारी को संभालने के लिए मानक प्रोटोकॉल है? मेरी वृत्ति एक सारणी है जो उपयोगकर्ता की कुंजी और लॉग-इन जानकारी संग्रहीत करती है, और उनकी तालिका में एक हैंडल (शायद कुंजी?), और उसके बाद प्रत्येक उपयोगकर्ता के लिए एक टेबल होती है।
लेकिन मुझे आश्चर्य है कि प्रत्येक उपयोगकर्ता के लिए टेबल रखने के आसपास प्रदर्शन समस्याएं हैं या यदि ऐसा करने के लिए यह एक अविश्वसनीय रूप से बेवकूफ तरीका लगता है। ऐसा लगता है कि यह एक "हल समस्या" होनी चाहिए क्योंकि मूल रूप से सभी वेब ऐप्स में उपयोगकर्ता खाते होते हैं, लेकिन मैं खोज के माध्यम से कुछ भी नहीं ढूंढ पा रहा हूं। क्या विभिन्न प्रकार के वेब डेटा स्टोर करने के लिए "हल" स्कीमा के साथ कोई संसाधन हैं?
मुझे यह बहुत पुराना पता है लेकिन मैं सुरक्षा कारण के लिए उसी तरह सोच रहा था। उदाहरण के लिए अन्य उपयोगकर्ताओं को छोड़कर अन्य तालिकाओं तक पहुंचने के लिए। –
@ सैलेम एफ तो हां, इस तरह से संभावित सुरक्षा मुद्दे इस तरह से कर रहे हैं, लेकिन अलग-अलग तालिकाओं वाले बिगजर सुरक्षा मुद्दों भी हैं। बस शब्दों में कहें, आप नहीं चाहते कि आपका वेब ऐप कभी भी फ्लाई पर टेबल बनाये। आप केवल तालिका में डेटा जोड़ने या निकालना चाहते हैं। तालिकाओं को जोड़ना और बनाना पंक्तियों को जोड़ने और हटाने से अधिक अनुमतियों का एक स्तर है। और आप नहीं चाहते हैं कि आपके वेब ऐप को टेबल बनाने या हटाने की अनुमति हो। इस प्रकार आप अपने पूरे डेटाबेस को हैकर द्वारा हटाए गए या कॉपी किए गए हैं। अन्य कारण भी हैं, लेकिन यह सुरक्षा कारण है। – araneae
@aranesa आपको यह अनुमति स्तर के बारे में सही है, अगर उपयोगकर्ता दूसरों को कच्चे तक पहुंच सकते हैं तो वह अन्य टेबल तक पहुंच सकता है। लेकिन विचार उपयोगकर्ताओं को केवल अपनी ही टेबल पर रखता था और नई टेबल को हटाने या बनाने की अनुमति नहीं देता था।या तो डीबी को नियंत्रित करने वाले हैकर लाभ के तरीके वह करेंगे जो वह चाहते हैं –