हम सभी जानते हैं कि Drupal वास्तव में डेटाबेस में विदेशी कुंजी की अवधारणा का समर्थन नहीं करता है , और संभवतः कभी भी 1 नहीं होगा ।
हम यह भी जानते हैं कि मॉड्यूल के लिए यह संभव है कि वह सही काम न करे, या यह कि उपयोगकर्ता समय-समय पर पागल चीजों को पसंद करेंगे
DELETE FROM node_revision
WHERE vid = 123"डेटाबेस को सुव्यवस्थित रखने" के प्रयास में। जब ऐसा होता है, तो हुक नहीं चलते हैं, और डेटाबेस में अनाथ डेटा होता है। अधिकतर, यह डेटा हानिरहित है, लेकिन कभी-कभी यह वास्तव में अजीब व्यवहार का कारण बनता है और कोड में बग को बाहर ला सकता है।
क्या आपके डेटाबेस में मृत और / या असंगत डेटा है या नहीं, इसका पता लगाने के लिए कोई सभ्य तरीके हैं?
1 Drupal 7 स्कीमा एपीआई प्रलेखन के लिए उनका समर्थन करता है , लेकिन प्रवर्तन नहीं।
मेरा मानना है कि "द्रुपाल के भीतर से किसी भी सभ्य तरीके" का मतलब है? या आप एक बाहरी उपकरण के लिए खुले हैं?
—
iconoclast
आदर्श रूप से, द्रुपाल के भीतर, लेकिन मैं किसी भी चीज के लिए खुला हूं। मैंने एक ड्रुपल टूल की योजना बनाना शुरू किया, लेकिन यह नहीं पता कि यह कितना आगे जाएगा।
—
14 मई को mpdonadio
क्या इस तरह के डेटा को खोजने के लिए SQL प्रश्नों के एक सेट पर समस्या को कम किया जा सकता है? यदि आप एक अच्छा Drupal UI के साथ किसी भी उपयोग में आसान टूल का निर्माण नहीं कर रहे थे, लेकिन एक MySQL क्लाइंट पर मैन्युअल रूप से क्वेरी जारी करने के बजाय, आप इस तरह की विसंगतियों को कैसे खोजेंगे?
—
iconoclast
प्रश्न वास्तव में समस्या नहीं हैं। यह जानना अधिक है कि किन तालिकाओं को क्वेरी करना है और किन कुंजियों पर जुड़ना है। मेरा पेपर विचार सभी तालिकाओं को प्राप्त करने के लिए स्कीमा एपीआई का उपयोग करना है, और फिर प्रत्येक स्कीमा से यह पता लगाने की कोशिश करें कि क्या हम एक क्वेरी बना सकते हैं। यह मेरे लिए एक अवकाश परियोजना हो सकती है।
—
mpdonadio
Btw, D8 में अंत में कुछ FK समर्थन की तरह लग रही है: drupal.org/node/911352
—
निक