कितना लंबा (अधिकतम अक्षर) डेटास्टोर इकाई key_name हो सकता है? क्या यह बहुत लंबा key_names हेवर करना बुरा है?

Question

डेटास्टोर इकाई के key_name को परिभाषित करने के लिए अधिकतम वर्णों का उपयोग किया जा सकता है?

क्या यह बहुत लंबा key_names होना बुरा है?

उदाहरण के लिए: आइए कहें कि हम 170 अक्षरों के key_names का उपयोग करते हैं, जो अक्षांश के लिए 140 से अधिक संख्यात्मक वर्णों की लंबाई और 10 अक्षांश के लिए 10 और टाइमस्टैम्प के लिए 10 है।

(जैसे एक KEY_NAME का तर्क: तो इस तरह के एक KEY_NAME का उपयोग करके हम आसानी से और जल्दी के बाद से एक ही संदेश एक ही जगह और समय पर एक से अधिक बार नहीं आना चाहिए, कोई डुप्लिकेट पोस्टिंग के बारे में सुनिश्चित हो सकता है।)

Answer 1

कोई कठोर अधिकतम नहीं है - कुंजी नाम की अधिकतम लंबाई एक कुंजी की अधिकतम लंबाई है, कुछ ओवरहेड कम है, और चाबियां बहुत लंबी हो सकती हैं।

बहुत लंबे नामों के लिए यह बुरा है, हालांकि: इसे संग्रहीत करने और पुनर्प्राप्त करने के अलावा, प्रत्येक इंडेक्स एंट्री में वह मुख्य नाम होता है जिसका संदर्भ है, अब तक के प्रमुख नामों का मतलब उच्च इंडेक्सिंग ओवरहेड है। यदि आप बड़े टेक्स्ट पर विशिष्टता सुनिश्चित करना चाहते हैं, तो आपका सबसे अच्छा विकल्प इनपुट का MD5 या SHA1 योग कुंजी नाम बनाना है, जो विशिष्टता और एक छोटा (-ish) कुंजी नाम दोनों सुनिश्चित करता है।

Answer 2

असल में, कुंजी नाम स्ट्रिंग प्रॉपर्टी वैल्यू की तरह 500 वर्ण तक ही सीमित हैं। उदाहरण देखें Key.to_path(), जो ValidateString() कॉल:

http://code.google.com/p/googleappengine/source/browse/trunk/python/google/appengine/api/datastore_types.py#413

जो चूक max_len_MAX_STRING_LENGTH है, जो 500 है:

http://code.google.com/p/googleappengine/source/browse/trunk/python/google/appengine/api/datastore_types.py#87