पुन: एकत्रित मूल कुंजी के दायरे में बंधे हुए संदर्भ?
जैसा कि प्रश्न कहता है, क्या यह बुरा व्यवहार है? उपयोगकर्ता को प्रमाणित करने के लिए आईडेंटिटी के बंधे हुए संदर्भ में मेरा उपयोगकर्ता कुल मूल है। इस बंधे हुए संदर्भ में मेरे पास उपयोगकर्ता की पहचान के लिए उपयोगकर्ता जैसे ईमेल, नमकीन pw और इसी तरह के क्षेत्र हैं।
मेरे पास सूचनाओं को संभालने के लिए एक सामान्य उपडोमेन भी है। इस संदर्भ में एक उपयोगकर्ता एक महत्वपूर्ण है। इस संदर्भ में, Notificant में अपठित अधिसूचनाओं की संख्या, lastRead आदि जैसे फ़ील्ड हैं।
क्या इस मामले में उपयोगकर्ता आईडी का पुन: उपयोग करना अच्छा है, क्योंकि मुझे पता है कि एक उपयोगकर्ता और नोटरी के बीच 1-टू -1 पत्राचार है? या क्या मुझे उपयोगकर्ता को संदर्भित करने वाले महत्वपूर्ण रूट में एक क्षेत्र होना चाहिए? यह बेमानी लगता है, क्योंकि तब मुझे उन दोनों के बीच मैप करने के लिए एक लुकअप करना पड़ता है जब मुझे पता होता है कि उनका रिश्ता सममित है।
जवाब
नहीं, विभिन्न संदर्भों में अलग-अलग वस्तुओं की पहचान करने के लिए कुल रूट कुंजियों का पुन: उपयोग न करें!
क्यों?
- क्योंकि ए
Notificant
नहीं हैUser
। शायद आज, ज्यादातर उपयोगकर्ता अधिसूचित हो जाते हैं। लेकिन कल आपको तीसरे पक्ष को सूचित करना पड़ सकता है जो सिस्टम का उपयोग नहीं कर रहे हैं, या यहां तक कि स्वचालित निगरानी प्रणाली भी। - क्योंकि यह एक और बाध्य संदर्भ है, और बंधे हुए संदर्भ स्वतंत्र रूप से विकसित हो सकते हैं। हो सकता है कि आज
User
औरNotificant
एक ही विवरण के स्तर को साझा करते हैं और सीधे एक करने के लिए एक संबंधित हो सकता है। लेकिन कल के बारे में कौन जानता है? इसलिए आपको ध्यान से सोचने की जरूरत है कि उन्हें किस तरह से संबंधित होना चाहिए।