उपयोगकर्ता जानकारी को संग्रहीत करने के लिए ASP.Net सदस्यता और अतिरिक्त तालिका का उपयोग करते समय, क्या मुझे अन्य तालिकाओं को aspnet_Users या अपनी खुद की तालिका से लिंक करना चाहिए?

Question

मैं अपनी साइट को सुरक्षित करने के लिए एएसपी.Net सदस्यता का उपयोग कर रहा हूं और मेरे पास अतिरिक्त उपयोगकर्ता जानकारी को स्टोर करने के बारे में एक प्रश्न है। आम तौर पर भी

कस्टम प्रोफ़ाइल प्रदाता सीमित रूप में माना - - googling और अन्य प्रश्न पढ़कर मैं भंडारण अतिरिक्त डेटा

1. प्रोफ़ाइल ढांचे के लिए 3 को स्वीकार कर लिया दृष्टिकोण लगता है थोड़ा बड़ा की तुलना में मैं पल में प्रयास करने के लिए चाहते हैं
2. उपयोगकर्ता जानकारी के साथ एक और तालिका का उपयोग करना - पसंद मैं एक एक-से-एक aspnet_Users के लिए विदेशी कुंजी है कि

मैं ASP.Net सदस्यता टेबल नामित User_Information के अलावा एक नया टेबल बना लिया है अनुसरण कर रहा हूँ । जब मैं किसी उपयोगकर्ता से जुड़ी जानकारी संग्रहीत करने के लिए एक नई तालिका बनाता हूं (उदा। टिप्पणियां, वोट इत्यादि) क्या मुझे विदेशी कुंजी को aspnet_User या मेरी User_information तालिका को इंगित करने के लिए सेट करना चाहिए?

धन्यवाद

Answer 1

यह आपके प्रश्नों की प्रकृति पर निर्भर करता है।

सदस्यता प्रदाता आपको aspnet_Users तालिका से उपयोगकर्ता आईडी कॉलम तक आसानी से पहुंच प्रदान करेगा। आपकी तालिका से आईडी प्राप्त करने में अतिरिक्त क्वेरी होगी।

हालांकि, यदि आपके अधिकांश प्रश्नों को आपकी उपयोगकर्ता_Information तालिका में शामिल होने की आवश्यकता है, तो यह वास्तव में कोई फर्क नहीं पड़ता।

Answer 2

मैं aspnet_User तालिका चुनता हूं। यह सब के बाद, उपयोगकर्ता जानकारी के लिए "प्राथमिक" तालिका माना जाता है, नहीं?

Answer 3

मैं वैसे ही उपयोग करता हूं जैसा आपने किया था। मेरे पास उन दो तालिकाओं के बीच किसी भी शारीरिक संबंध के बिना एक कमजोर संदर्भ है। यह मेरे लिए बिल्कुल ठीक काम करता है। निर्भरताओं का प्रबंधन करने के लिए आप दोनों टेबलों के लिए लेनदेन के भीतर डेटाबेस संचालन को लपेट सकते हैं।

मैं अनुशंसा करता हूं कि कोई भी विदेशी कुंजी न बनाएं और इस डिज़ाइन के साथ जारी रखें।