नेस्टेड वस्तु एकत्रीकरण के लिए +1।

+1

+1

+1

+1

+1

+1

+1

+1

+1

+100000

+1

स्पष्ट होने के लिए, किबाना 4 में अभी नेस्टेड फ़िल्टर/क्वेरी/एजीजी करने का कोई तरीका नहीं है, है ना?

+1

+11111

+1

+1

+1

+1

+1

+1

+1

+2

+1

+1 क्योंकि नेस्टेड ऑब्जेक्ट्स को डीनॉर्मलाइज़ करना हमेशा एक विकल्प नहीं होता है क्योंकि इससे मैपिंग विस्फोट हो सकता है।

मानचित्रण:

{ 
 "timestamp":{ "type":"date"},
 "cluster_id": { "type":"string"},
 "pools":{
    "type":"nested",
    "properties":{
      "size":{
        "type":"long"
      },
      "name":{
        "type":"string",
        "index":"not_analyzed"
      }
    }
  }
}

सबसे पहले मैं लाइन चार्ट को प्रत्येक पूल नाम के लिए समय के साथ औसत आकार दिखाने में सक्षम होना चाहता हूं। यह मानते हुए कि ऐसे कई नाम हैं, ताकि डीनॉर्मलाइज़ करना एक अच्छा विचार नहीं है, इससे चार्ट में कई ग्राफ़ बन सकते हैं। ऐसे मामलों के साथ काम करने के लिए नेस्टेड एकत्रीकरण के अंदर फ़िल्टर एकत्रीकरण का उपयोग करने में सक्षम होना भी फायदेमंद होगा। शीर्ष खोज में नेस्टेड फ़ील्ड पर फ़िल्टर करने में सक्षम होना भी बहुत अच्छा होगा।

चीजों को और भी दिलचस्प बनाने के लिए इस तरह के एकत्रीकरण की कल्पना करने में सक्षम होना वास्तव में बहुत अच्छा होगा:

"aggs": {
        "poolagg": {
            "nested": {
                "path": "pools"
            },
            "aggs": {
                "old": {
                    "filter": {
                        "term": {
                            "name": "some pool name"
                        }
                    },
                    "aggs": {
                        "avg_size": {
                            "avg": {
                                "field": "size"
                            }
                        },
                        "distribution": {
                            "histogram": {
                                "field": "size",
                                "interval": 5
                            },
                            "aggs": {
                                "pool_to_cluster": {
                                    "reverse_nested": {},
                                    "aggs": {
                                        "clusters": {
                                            "cardinality": {
                                                "field": "cluster_id"
                                            }
                                        }
                                    }
                                }
                            }
                        }
                    }
                }
            }
        }
    }

+1

+2

+1

+1

+1

+1

+10!

यह इसके साथ शक्तिशाली होगा!

तो क्या कोई इसे स्पष्ट कर सकता है; Kibana4beta1 के लिए इस पोस्ट (https://www.elastic.co/blog/kibana-4-beta-1-released) में यह कहा गया है कि "किबाना 4 एक माउस के क्लिक पर इलास्टिक्स खोज के नेस्टेड एग्रीगेशन की शक्ति लाता है।" हालाँकि मैं नेस्टेड ऑब्जेक्ट्स वाले दस्तावेज़ों पर कोई विज़ुअलाइज़ेशन बनाने में असमर्थ हूं। मैंने यह भी सुनिश्चित किया है कि मेरे इंडेक्स टेम्पलेट में नेस्टेड ऑब्जेक्ट्स को "नेस्टेड" के रूप में चिह्नित किया गया है। तो क्या नेस्टेड एकत्रीकरण के लिए किबाना का समर्थन नेस्टेड वस्तुओं के लिए ES के समर्थन के समान नहीं है? मुझे किसकी याद आ रही है? धन्यवाद।

@cslinuxboy - मुझे लगता है कि वे कई क्षेत्रों के माध्यम से समूहीकरण के संदर्भ में यहां "नेस्टेड" का उपयोग कर रहे हैं, उदाहरण के लिए "समय के अनुसार कुल भू" ("नेस्टेड ऑब्जेक्ट्स" के लिए प्लेटफॉर्म में इसके उपयोग के रूप में "नेस्टेड" नहीं)

@ एलेक्स-इकानो - उत्तर के लिए धन्यवाद। बहुत बुरा यह इस समय संभव नहीं है। उनके बीटा-1 पोस्ट पर भ्रामक विवरण पढ़कर मेरी उम्मीदें बढ़ गईं।

विज़ुअलाइज़ेशन एकत्रीकरण के भीतर नेस्टेड ऑब्जेक्ट्स के समर्थन के लिए +1।

+1

मैं वर्तमान में माता-पिता/बाल संबंधों का उपयोग कामकाज के रूप में कर रहा हूं जो ठीक काम कर रहा है।

@calvdee क्या आपके पास किबाना खोज बार में काम करने के लिए has_parent या has_child प्रश्न हैं? यह हमारे लिए काम नहीं कर रहा है और यह एक बहुत बड़ी समस्या है, अगर आपके पास यह काम कर रहा है तो मैं हमेशा आभारी रहूंगा और मुझे बता सकता हूं ... धन्यवाद !!!

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

@calvdee उत्तर के लिए बहुत बहुत धन्यवाद! हमारे पास एक समान डेटा मॉडल है लेकिन किबाना में अपने बच्चों द्वारा माता-पिता को ढूंढने में सक्षम होना चाहते हैं, यह काम नहीं कर रहा है: 0 (

कोई चिंता नहीं, शुभकामनाएँ!

गुरु, 26 मार्च, 2015, पर 11:36 ajrasch [email protected] लिखा है:

@calvdee https://github.com/calvdee उत्तर के लिए बहुत बहुत धन्यवाद! हम
एक समान डेटा मॉडल है लेकिन माता-पिता को उनके द्वारा ढूंढने में सक्षम होना चाहते हैं
किबाना में बच्चे, यह काम नहीं कर रहा है :0(

-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/elastic/kibana/issues/1084#issuecomment -86575796।

+1

+1

आप _मैपिंग फ़ील्ड पढ़ते हैं, इसलिए आपको पता होना चाहिए कि किसी विशेष फ़ील्ड को कब नेस्ट किया जाता है, तो क्या यह स्वचालित रूप से सही नेस्टेड फ़ेससेट/क्वेरी को लागू नहीं कर सकता है जब इस तरह के फ़ील्ड को क्वेरीज़ या फ़ैसिट में चुना जाता है?

हाँ, :+1: इस पर। हालांकि मैं सीएलआई पर सही नेस्टेड एकत्रीकरण लिखने में कामयाब रहा, और कर्ल के साथ डेटा खींच सकता हूं, मुझे किबाना के "विज़ुअलाइज़" टैब में काम करने का कोई तरीका नहीं मिला, यहां तक ​​​​कि JSON संपादन बॉक्स का उपयोग भी नहीं किया। बेशक, मैं उस सुविधा (बॉक्स) का कभी भी उपयोग नहीं करता, लेकिन ऐसा लगता है कि मौजूदा एकत्रीकरण में केवल "जोड़ना" संभव है, खरोंच से एक नया एकत्रीकरण बनाने के लिए इसका उपयोग नहीं करना ... (सही होने की सराहना करेंगे अगर मैं इस पर गलत हूँ!)

हां, नेस्टेड प्रकार के एकत्रीकरण महत्वपूर्ण हैं और अधिक व्यापक रूप से उपयोग किए जा रहे हैं क्योंकि वे फ्लैट डेटा के साथ एक विशिष्ट समस्या का समाधान करते हैं।

यदि Kibana4 ES के लिए विज़ुअलाइज़ेशन उत्पाद है, तो उसे सभी ES एकत्रीकरण का समर्थन करना चाहिए।

अच्छा होगा कि कम से कम इसे Kibana4 के

+1

+1

+1

+1

+1

#3729 :-) से

मैं एक समग्र विकल्प "बाल दस्तावेज़" देखना चाहता हूं
(तिथि के बाद हिस्टोग्राम, हिस्टोग्राम, आदि) जो खोलता है
कुल बच्चों के लिए एक क्वेरी डीएसएल के लिए पैरामीटर, जैसे
"बाल प्रकार", "फ़ील्ड", आदि।

यह बच्चे पर नेस्टेड समुच्चय बनाने की अनुमति देगा
दस्तावेज।

ऐसा लगता है कि मैं इस तरह की कोई क्वेरी बनाने में सक्षम नहीं हूं
उन्नत संपादन सुविधा। हो सकता है कोई
मुझे सूचित करो।

धन्यवाद

+1

+1

+1

+1 को वास्तव में इस क्षमता की आवश्यकता है। मैं लॉगस्टैश के साथ सभी माता-पिता को वर्कआउंड के रूप में निकाल सकता हूं, लेकिन इसके लिए एक बड़ी कॉन्फ़िगरेशन फ़ाइल की आवश्यकता होगी क्योंकि मेरे पास सैकड़ों फ़ील्ड हैं।

+1 किसी को पता है कि क्या यह योजना बनाई गई है?

+1

अभी, मैं "नेस्टेड" प्रकार की वस्तुओं का उपयोग बंद करने के लिए अपने कुछ मैपिंग को बदलने पर विचार कर रहा हूं, क्योंकि मैं इनमें से किसी भी क्षेत्र पर किबाना विज़ुअलाइज़ेशन नहीं बना सकता। अगर मुझे पता होता कि समस्या कम से कम रोडमैप पर है, तो यह निर्णय लेने में वास्तव में एक बड़ी मदद होगी।

@benjismith - मैंने भी गोली मार दी और अपने डेटा की प्रोसेसिंग को नेस्टेड से पैरेंट/चाइल्ड डॉक्स में बदल दिया। अब तक यह अच्छी तरह से काम कर रहा है, लेकिन मैं आपसे सहमत हूं; यह जानना अच्छा होगा कि क्या किबाना में इस फीचर के बनने की कोई संभावना है, इसलिए हम सभी या तो इसके लिए इंतजार कर सकते हैं या आगे बढ़ सकते हैं।

शुभकामनाएं।

+1

+1

नेस्टेड प्रकार एकत्रीकरण समर्थन के लिए +1

+1

+1

+1

+1

+1

+1

उन लोगों के लिए जो नेस्टेड दस्तावेज़ों के भीतर विशिष्ट क्षेत्रों में सरल एकत्रीकरण करना चाहते हैं (उदाहरण के लिए शीर्ष मान खोजने के लिए किसी फ़ील्ड पर "शर्तें" एकत्रीकरण), आप अपने लोचदार खोज मैपिंग में "include_in_parent" सेटिंग जोड़ने पर विचार कर सकते हैं। यह मूल स्तर पर नेस्टेड दस्तावेज़ में फ़ील्ड का एक चपटा संस्करण बनाता है।

https://www.elastic.co/guide/en/elasticsearch/reference/1.7/mapping-nested-type.html

ये फ़ील्ड बाईं ओर डिस्कवर फ़ील्ड सूची में दिखाई नहीं देंगे, हालांकि आप उन्हें दस्तावेज़ विवरण दृश्य में एक सरणी फ़ील्ड के रूप में देखेंगे। हालांकि, विज़ुअलाइज़ में मीट्रिक सूची में आपके पास अलग-अलग फ़ील्ड तक पहुंच होगी, और आप उन पर एकत्रीकरण चलाने में सक्षम होंगे।

देखने का इतिहास देखने के लिए हम यही कर रहे हैं, जो एक नेस्टेड दस्तावेज़ संरचना पर आधारित है (देखें "results.actions"):

{
   ".watch_history-2015.06.12": {
      "mappings": {
         "watch_record": {
            "dynamic": "strict",
               "result": {
                  "dynamic": "true",
                  "properties": {
                     "actions": {
                        "type": "nested",
                        "include_in_parent": true,
                         …
}

+1

+1

+1

+1

+1

एक और +1 के बजाय... हो सकता है कि नेस्टेड टाइप एग्रीगेशन कहां खड़ा है इसका सारांश मदद करेगा।

मुझे सुंदर रेखांकन बनाने का तरीका सीखने में ५ दिन हो गए हैं इसलिए मुझे क्षमा करें यदि इनमें से कोई भी स्पष्ट है।

समस्या क्या है?

क्या यह अभी भी ElasticSearch या Lucene क्वेरी समस्या है?

यह एकत्रीकरण द्वारा हल नहीं किया जाता है, लेकिन यह इस तथ्य से हल होता है कि हम आपको इनपुट बॉक्स में इलास्टिक्स खोज JSON टाइप करने की अनुमति देते हैं। यह आदर्श नहीं है, लेकिन जब तक इलास्टिक्स खोज नेस्टेड फ़ील्ड निर्दिष्ट करने के लिए ल्यूसीन क्वेरी स्ट्रिंग सिंटैक्स का विस्तार नहीं करता है, तब तक यह सबसे अच्छा हम कर सकते हैं। --रशीदकपीसी की साल पुरानी टिप्पणी

किबाना फिक्स संभव है?

यदि ईएस/लुसीन, इस बीच किबाना एक मध्यवर्ती हैक/समाधान प्रदान कर सकता है? ES6 शिम और विक्रेता उपसर्ग CSS सोचें।

नेस्टेड मैपिंग के लिए: संपादक में नेस्टेड चुनने का अवसर (और पथ कॉन्फ़िगर करें...) किबाना के पैनल के लिए। बॉबमर्सर

या:

आप _मैपिंग फ़ील्ड पढ़ते हैं, इसलिए आपको पता होना चाहिए कि किसी विशेष फ़ील्ड को कब नेस्ट किया जाता है, तो क्या यह स्वचालित रूप से सही नेस्टेड फ़ेससेट/क्वेरी को लागू नहीं कर सकता है जब इस तरह के फ़ील्ड को क्वेरीज़ या फ़ैसिट में चुना जाता है?
एलेक्स-इकानो, ओ.पी

क्या कोई समाधान पर हैकिंग कर रहा है? किसी को भी हैक करने का विचार/दिशा है?

चारों ओर काम?

क्या किसी को नेस्टेड/include_in_parent के साथ कोई सफलता मिली है? क्या इसके लिए dynamic: static , dynamic: true । मेरे प्रयास 0 परिणामों के साथ विफल रहे। tbragin

किसी के पास रशीदकपीसी द्वारा ऊपर बताए गए JSON इनपुट बॉक्स के उदाहरण हैं?

माता-पिता/बच्चे

यह मेरा अगला कदम है। मुझे यकीन है कि इसके लिए बहुत सारी संदर्भ सामग्री ऑनलाइन है, लेकिन यह इस विकल्प के लिए संदर्भ उदाहरणों/ट्यूटोरियल को नुकसान नहीं पहुंचाएगा।

किबाना आंतरिक के ज्ञान की कमी, मैं लोचदार और किबाना के बीच बैठे एक आरईएसटी प्रॉक्सी लिखने पर विचार कर रहा हूं। कुछ शब्द-आधारित खोज मानदंड दिए गए एक विशिष्ट प्रकार के लिए किबाना से पूछताछ करते समय, यह प्रॉक्सी पहले माता-पिता के प्रकार को खोज मानदंडों को पूरा करने वाले माता-पिता के सेट को खोजने के लिए पूछता है (वे स्मृति फिट करते हैं)। फिर यह इन माता-पिता के लिए सभी बच्चों को ढूंढता है और इन्हें किबाना में लौटा देता है, जिसमें सभी मूल क्षेत्रों को जोड़ा जाता है। यह हमें इलास्टिक सर्च में एक पैरेंट-चाइल्ड मॉडल रखने की अनुमति देगा जो स्टोरेज विस्फोट को सब कुछ अरबों चाइल्ड ऑब्जेक्ट्स में बदलने से रोकता है, और साथ ही साथ पैरेंट फ़ील्ड के आधार पर डेटा को ग्राफ़ करता है।

आदर्श रूप से यह किबाना का हिस्सा था। दुनिया सपाट नहीं है!

+1

+1। हम फंक्शन स्टैक या url_args को विभिन्न क्षेत्रों में विभाजित करते थे। लेकिन यह बहुत बड़ी क्लस्टर स्थिति और बहुत अधिक मैपिंग रीफ़्रेश क्रियाओं के साथ आया था। तो हम इसे नेस्टेड ऑब्जेक्ट में बदल देते हैं। अब, हमें K4 में aggs चाहिए...

+1

+1 को पैरेंट-चाइल्ड एग्रीगेशन विज़ुअलाइज़ेशन की आवश्यकता है।

+1

कृपया विश्वास न करें कि सभी लोचदार उपयोगकर्ता जो किबाना का उपयोग करना चाहते हैं, वे लॉग विश्लेषण के लिए इसका उपयोग कर रहे हैं। हमारे पास व्यापक डेटा है, नेस्टेड ऑब्जेक्ट्स के साथ, हमारे क्लस्टर में आबादी है कि हम डेटा को किसी अन्य सिस्टम में खींचने और बदलने के बिना विश्लेषण करने में सक्षम होना पसंद करेंगे।

नेस्टेड एग्रीगेशन, नेस्टेड क्वेरी और यहां तक ​​कि रिवर्स_नेस्टेड एग्रीगेशन बनाने में सक्षम होना जरूरी है। इस सुविधा के बिना किबाना जितना लंबा चलेगा, उतनी ही जल्दी हमें इलास्टिक/किबाना का उपयोग किए बिना एक विकल्प खोजना होगा। यदि इस प्रकार की सुविधा के लिए उपयोग में आसान UI प्रदान करना कठिन हिस्सा है, तो अपने उपयोगकर्ताओं को आवश्यक डेटा लौटाने वाले इलास्टिक के लिए संपूर्ण json क्वेरी प्रदान करने की क्षमता प्रदान करने के साथ प्रारंभ करें।

+1

@ppadovani से सहमत हैं। हम बीआई टूल का मूल्यांकन कर रहे थे और किबाना का उपयोग करना पसंद करते थे, लेकिन यह हमारी व्यावसायिक संस्थाओं में रिश्तों का समर्थन नहीं करता था, जिस पर हमें रिपोर्ट करने की आवश्यकता होती है, और यह एक गैर-तकनीकी उपयोगकर्ता के लिए पर्याप्त उपयोगकर्ता के अनुकूल नहीं था। हमने लुकर (एसक्यूएल के लिए अनिवार्य रूप से एक जीयूआई) के साथ जाना समाप्त कर दिया। भविष्य में अधिक विविध उपयोग के मामलों की सेवा के लिए किबाना को कैसे बढ़ाया जा सकता है, इसके बारे में कुछ विचार प्रस्तुत कर सकते हैं।

मैंने किबाना 4.1 कोड को देखने का फैसला किया .. (मैं मास्टर का उपयोग नहीं कर सकता क्योंकि यह केवल 2.x लोचदार के साथ काम करता है) .. अगर मैं गलत हूं तो कृपया मुझे सुधारें लेकिन यह कुछ करने के लिए एक आसान पहला कदम प्रतीत होगा ये पंक्तियाँ:

1) किसी एकत्रीकरण के 'उन्नत' कोलैप्सेबल क्षेत्र के अंतर्गत, 'नेस्टेड पाथ' जैसा कुछ नामक टेक्स्ट फ़ील्ड जोड़ें।
2) यदि उपयोगकर्ता उस क्षेत्र में एक स्ट्रिंग रखता है, तो यह जिस एकत्रीकरण पर सेट है, उसके पास इस तरह से एक नेस्टेड एकत्रीकरण होगा:
"अग्स":{
"2":{
"नेस्टेड": { "पथ": "फू"},
"अग्स":{
"3":{
"डेट_हिस्टोग्राम":{

नेस्टेड ऑब्जेक्ट्स के कई स्तरों के मामले को संभालने के लिए, आप एक + जोड़ सकते हैं जो उपयोगकर्ता को अतिरिक्त नेस्टेड पथ जोड़ने की अनुमति देता है। इसके अतिरिक्त, रिवर्स नेस्टेड को संभालने के लिए, बस 'रिवर्स' लेबल वाला एक चेकबॉक्स जोड़ें।

यह कम से कम सीमित 'नेस्टेड' एकत्रीकरण समर्थन प्रदान करेगा।

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

+1

इस सब पर +1 और उपयोगकर्ता को हार्ड कोडित लोचदार खोज जोंस दर्ज करने की अनुमति देता है

+1

+1

+1। मैं अपने पर्यावरण विज़ुअलाइज़ेशन की ज़रूरतों के लिए किबाना का उपयोग करने के बारे में बहुत उत्साहित था, लेकिन नेस्टेड ऑब्जेक्ट विज़ुअलाइज़ेशन के समर्थन के बिना हमारे उद्देश्यों के लिए किबाना का उपयोग करना बहुत दर्दनाक है।

+1, बस इसमें भाग गया।

+1

+1

+1

+1

+1

कम से कम 82 लोगों को आपका "+1" मिलता है और यह मददगार नहीं है।

मैं दृढ़ता से असहमत हूं। अधिक डेटा कभी खराब नहीं होता।

मैं और मेरी टीम इस पर काम कर रहे हैं और उम्मीद है कि सप्ताह के अंत तक कुछ दिखाने की उम्मीद है।

संपादित करें: कृपया मेरी टिप्पणियों को इसमें देखें: https://github.com/elastic/kibana/pull/4645#issuecomment -132908544

+1

+1

+1

हो गया और यहां एक पुल अनुरोध बनाया गया:
https://github.com/elastic/kibana/pull/4806

देखने वालों के लिए त्वरित अपडेट... Elasticsearch सह पर प्रतीक्षा कर रहा है। सीएलए को स्वीकार करने के लिए, अन्यथा मुझे लगता है कि जाना अच्छा है।

+1

+1 भी

+1

+1

+1

+1

+1

+1

+10

+1

+1

+1

+1

जी बोलिये।

+1

+1

+1

+1

4.1 के खिलाफ पुल अनुरोध मास्टर के खिलाफ इसके पक्ष में बंद है।

https://github.com/elastic/kibana/pull/5411

अगर इसके 4.1 संस्करण की मांग है, तो मैं सही कोड के साथ पुल अनुरोध को फिर से खोल सकता हूं।

+1

+1

+1

+1

मुझे समझ नहीं आ रहा है कि इस मुद्दे पर क्या रोक रहा है।
एक पुल अनुरोध प्रतीक्षा कर रहा है https://github.com/elastic/kibana/pull/5411

यहां लोग योगदान देने के लिए तैयार हैं। इस जनसंपर्क को मर्ज करने के लिए क्या करने की आवश्यकता है?

निश्चित रूप से अधिक +1 की आवश्यकता है

@ Filirom1 हम में से कुछ सड़क पर हैं, इसलिए हमें अभी तक पीआर की समीक्षा करने का मौका नहीं मिला है :( हम इस सप्ताह इसे प्राप्त करने का प्रयास करेंगे। यह निश्चित रूप से एक बहुत जरूरी वृद्धि है और हम बहुत उत्साहित हैं यहाँ समुदाय योगदान के बारे में!

महान :-)
धन्यवाद !

मैंने #5411 पर एक नज़र डाली और दुर्भाग्य से यह वह दिशा नहीं है जिसके साथ हम अभी जाना चाहते हैं। #5411 ने एक स्टॉप गैप को लागू किया, लेकिन महत्वपूर्ण सुविधाओं का कारण बना, जैसे फ़िल्टरिंग और खोज को तोड़ना। इसने एजीजी निर्माता को स्वयं को उन लोगों के लिए टूटा हुआ दिखाई देने का कारण बना दिया जो नेस्टेड एकत्रीकरण के अंतर्निहित कार्यान्वयन को नहीं समझते हैं। जब हम बैठ गए और गहराई से देखा तो हमने महसूस किया कि नेस्टेड दस्तावेज़ों को समेकित तरीके से समर्थन देने के लिए काम की मात्रा व्यापक थी।

ऐसा नहीं है कि हम ऐसा नहीं करना चाहते हैं, यह कि अगर हम इसे करते हैं, तो हम इसे ठीक से करना चाहते हैं, न कि केवल इसके आसपास काम करना चाहते हैं।

हम मानते हैं कि कई लोग संबंधपरक डेटा की कल्पना करने में रुचि रखते हैं, हालांकि अन्य प्राथमिकताओं और चिंताओं को देखते हुए हमारे पास इस समय इस परियोजना को समर्पित करने के लिए संसाधन नहीं हैं और निकट भविष्य के लिए इसे रोडमैप में जोड़ने के लिए प्रतिबद्ध नहीं हैं।

एफवाईआई हम आंतरिक विश्लेषण के लिए नेस्टेड एकत्रीकरण के साथ किबाना का उपयोग करने की उम्मीद कर रहे थे, लेकिन एक वाणिज्यिक उत्पाद, 'लुकर' के साथ जा रहे थे, जो सीधे हमारे rdbms पर बैठता है। मैं अत्यधिक अनुशंसा करता हूं कि इलास्टिक डेवलपर्स इस पर एक नज़र डालें कि उन्होंने एक रिलेशनल मॉडल की खोज को सरल बनाने के लिए क्या किया है, क्योंकि कई गैर-तकनीकी लोग अब उत्पाद के बारे में अपने दिन-प्रतिदिन के प्रश्नों के लिए हमारे लाइव डीबी ब्राउज़ करने में सक्षम हैं। मैंने कई उत्पादों का मूल्यांकन किया और लुकर शीर्ष पर आया, और मुझे एक दिन किबाना में इसी तरह की कार्यक्षमता देखना अच्छा लगेगा।

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

पुल अनुरोध से मेरी पोस्ट की प्रतिलिपि बनाना:

यहां एक समाधान है, लेकिन इसके लिए काफी मात्रा में काम की आवश्यकता होगी और मेरे पास अभी समय नहीं है। हमने इसे जावा में लागू किया है, इसलिए मुझे पता है कि यह संभव है।

1) प्रत्येक इंडेक्स मैपिंग को नेस्टेड फ़ील्ड को खींचने और समझने की आवश्यकता होती है।
2) एक कस्टम AST बनाएं जो केवल Elasticsearch का उपयोग करने के प्रयास के बजाय एक सरलीकृत क्वेरी भाषा प्रदान करता है।
3) एक क्वेरी एडेप्टर बनाएं जो एएसटी को समझता है और क्वेरी को उचित JSON में मान्य और परिवर्तित कर सकता है।
4) नेस्टेड फ़ील्ड की आंतरिक समझ के आधार पर नेस्टेड फ़ील्ड को ठीक से संभालने के लिए किबाना में एकत्रीकरण को अपडेट करें।

यह करना असंभव नहीं है, बस इसके लिए महत्वपूर्ण कार्य की आवश्यकता है। उपरोक्त को लागू करने के लाभों में क्वेरी सत्यापन और एक सरलीकृत सिंटैक्स शामिल हैं। उदाहरण के लिए हमारा एएसटी हमें इस तरह की एक क्वेरी बनाने की अनुमति देता है:

(स्वामी.उपयोगकर्ता = "/users/00a0/18066271-29f0-40af-83ad-e5a0c8fc5944") और (druid = "/druids/0060/77dd14b1-b7f0-4851-9ef8-74daa18d9d4d") और ((मालिक.lastMessageReceived. डाला गया>= 0) या (बातचीत लाइफसाइकिलस्टेट = "आरईएसईआरवीएशन_REQUEST")) और (मालिक.कनवर्सेशन आर्काइव्ड = असत्य) और ((यूनिट्स.साइट आईएस न्यूल) या (यूनिट्स.साइट इन {"HOMEAWAY_DE"})) और ((inquiry.inserted) >= 0) या नहीं (आरक्षण.उपलब्धता स्थिति = "हटाएं")) और नहीं (मालिक.चिह्नित स्पैम = सत्य) और (lastMessage.inserted>= 0)

मैं इस प्रश्न को मौजूदा भाषा के साथ कैसे बना सकता हूं?

IMHO - अभिनय से पहले इलास्टिक्स खोज से निर्वाण की प्रतीक्षा करने से किबाना के उपयोगकर्ताओं को अपनाने और नुकसान में कमी आएगी।

मुझे लगता है कि मैं मार्केटिंग कर रहा हूं, इससे नफरत है लेकिन यह प्रासंगिक है। (लोगों को अन्य उत्पादों का उल्लेख करते हुए देखा..)

हमें बहुत सारे पीपीएल मिले जो भारी घोंसले के शिकार का उपयोग कर रहे थे, वास्तव में संबंधपरक डेटा खोजना चाहते थे और घोंसले के रिकॉर्ड को समाप्त कर दिया था कि इसके बजाय बस देर से "शामिल" होना चाहिए था। (पडोवानी, यह आपका मामला हो सकता है, मुझे "उपयोगकर्ता" "संदेश" आदि दिखाई देते हैं .. इन्हें अलग रिकॉर्ड के रूप में बहुत अच्छी तरह से रखा जाएगा)
यही कारण है कि हमने SIREN जॉइन इलास्टिक्स खोज प्लगइन और Kibi हमारे अनुकूल - किबाना फोर्क को बनाया है जो इसके लिए फिल्टर और कार्यात्मकता प्रदान करता है।

अब हम सभी के लाभ के लिए Kibana 4.4 (उर्फ 5.0) संगत प्लग इन में अधिक से अधिक Kibi बनाने के लिए काम कर रहे हैं।

ज्वाइन प्लगइन कल जारी किया गया है और यह ओपन सोर्स भी है।

इस बीच, उपलब्ध संस्करण http://siren.solutions/kibi स्पष्ट रूप से एक आकर्षण की तरह काम करता है और हमारे कई ग्राहकों को अब नेस्टेड डेटा की आवश्यकता नहीं है।

jccq: Kibi या ज्वाइन प्लगइन के बारे में कभी नहीं पता था। जानकारी के लिए धन्यवाद!

+1

+1
यह एक जरूरी मुद्दा है...

@jccq हमारा उपयोग मामला केवल प्रश्नों के लिए शामिल होने के बारे में नहीं है, हम 'शामिल' इकाई या 'दृश्य' का उपयोग करते हैं क्योंकि हम इसे अपने जीवन चक्र के साथ वास्तविक इकाई डेटा कहते हैं। यह ग्राहकों को हमारे एपीआई में कई जीईटी कॉल किए बिना जुड़े हुए डेटा को खींचने की अनुमति देता है।

किबाना में नेस्टेड समर्थन के संदर्भ में, हम अपना दृष्टिकोण विकसित कर रहे हैं और संसाधनों और समय के आधार पर समुदाय के साथ Q2 या उससे पहले साझा करने के लिए कुछ हो सकता है। यह नया दृष्टिकोण एकत्रीकरण और प्रश्नों दोनों में मूल रूप से नेस्टेड का समर्थन करेगा। मैं और अधिक नहीं कहूंगा, क्योंकि यह अभी कार्यान्वयन के बहुत प्रारंभिक चरण में है।

+1

@ppadovani आप एक हैं!

+1

+1

+1
यह वास्तव में हमारे लिए महत्वपूर्ण है।
हम इस फीचर के लिए करीब एक साल से इंतजार कर रहे हैं...

+1

अपडेट करें: मुझे नहीं लगता कि मेरी नई शाखा मेरे काम के बोझ के कारण कम से कम एक महीने के लिए प्रारंभिक प्रतिक्रिया या परीक्षण के लिए तैयार है। हालाँकि मैं आगे बढ़ना चाहता था कि मैं आगे बढ़ने के लिए समुदाय से कोई प्रतिक्रिया एकत्र करने के लिए क्या कर रहा हूं।

मूल डिजाइन दो चीजों के इर्द-गिर्द घूमता है:

1) किबाना फ्री फॉर्म क्वेरी फील्ड के लिए एक नया क्वेरी पार्सर। यह पार्सर मानक बाइसन सिंटैक्स परिभाषा का उपयोग करता है (जावास्क्रिप्ट संस्करण के लिए Jison प्रोजेक्ट देखें जिसका मैं उपयोग कर रहा हूं)। मैं जिस बीएनएफ का उपयोग कर रहा हूं वह मौजूदा बीएनएफ पर आधारित है जिसका उपयोग हम होमवे में इलास्टिक्स खोज के खिलाफ अपनी कस्टम क्वेरी भाषा के लिए करते हैं। उदाहरण के लिए ऊपर मेरी टिप्पणी देखें। मैंने इस दृष्टिकोण को समुदाय द्वारा आवश्यकतानुसार भविष्य में संवर्द्धन की अनुमति देने के लिए चुना है।

मेरे पास किबाना में काम करने वाला क्वेरी पार्सर है, लेकिन अभी भी उपयोगकर्ता को किबाना द्वारा उपयोग की जाने वाली मौजूदा क्वेरी शैली और इस नई शैली के बीच स्विच करने की अनुमति देने के लिए काम करना है।

2) मैपिंग प्राप्त करने के लिए mapper.js में getFieldMapping कॉल को बदलें और परिणामों को अलग तरह से संसाधित करें जैसे कि फ़ील्ड पर नेस्टेड पथ कैप्चर किया जाता है और फ़ील्ड जानकारी में जोड़ा जाता है जिसे किबाना स्टोर करता है।

जब पार्सर में कोई क्वेरी टाइप की जाती है तो यह पुष्टि करेगा कि न केवल फ़ील्ड्स को सही नाम दिया गया है, बल्कि प्रदान किए गए मान फ़ील्ड प्रकारों के लिए मान्य हैं। यानी एक तारीख फ़ील्ड को एक तारीख मिलती है, या एक बूलियन को बूलियन दिया जाता है। इसके अतिरिक्त, नेस्टेड फ़ील्ड को पार्सर द्वारा स्वचालित रूप से नियंत्रित किया जाएगा और अब उपयोग की जाने वाली सरल क्वेरी भाषा के बजाय उचित इलास्टिक्स खोज क्वेरी json उत्पन्न होगी।

अंत में एकत्रीकरण के लिए, चूंकि फ़ील्ड में अब नेस्टेड पथों के बारे में सुराग होते हैं, इसलिए चयनित फ़ील्ड के आधार पर आवश्यकतानुसार नेस्टेड एकत्रीकरण को स्वचालित रूप से इंजेक्ट करने के लिए मेरी पिछली शाखा के विरुद्ध काम करना तुच्छ होगा।

मील के पत्थर:
1 - पार्सर को कार्यात्मक बनाएं, और क्वेरी उत्पन्न करें
2 - mapper.js अपडेट करें, और नेस्टेड क्वेरी सपोर्ट लागू करें
3 - नेस्टेड एकत्रीकरण समर्थन लागू करें
4 - परीक्षण / सफाई

इस दृष्टिकोण पर किसी भी प्रतिक्रिया की बहुत सराहना की जाएगी। धन्यवाद!

उपरोक्त पर अपडेट करें:

• पार्सर पूर्ण
• रिवर्स पार्सर पूर्ण (एक इलास्टिक्स खोज जेसन लेता है और इसे वापस कस्टम क्वेरी भाषा में परिवर्तित करता है)
• किबाना अब खेतों में नेस्टेडपाथ का पता लगाता है और सहेजता है
• पार्सर्स के पास अब क्षेत्र की जानकारी तक पहुंच है

अभी भी करना है:

• दोनों पार्सर्स में नेस्टेड पथ समर्थन
• उपयोगकर्ता को यह स्विच करने की अनुमति देने के लिए UI निर्माण करता है कि किस क्वेरी शैली का उपयोग किया जाना चाहिए, और विरासत प्रश्नों को सहेजने/उपयोग करने की अनुमति देता है।
• पार्सर्स में त्रुटि प्रबंधन समाप्त करें, और UI कैसे पार्सिंग मुद्दों/गलतियों को प्रदर्शित करता है
• क्वेरी में फ़ील्ड नामों के लिए टाइप-फ़ॉरवर्ड समर्थन प्रदान करने के लिए UI निर्माण
• बाल्टी/मेट्रिक्स में नेस्टेड समर्थन
• इकाई परीक्षण, इकाई परीक्षण, इकाई परीक्षण।
• ...?

+1

अद्यतन:

• पार्सर स्वचालित रूप से नेस्टेड जानकारी को संभालता/इंजेक्ट करता है
• एकत्रीकरण अब स्वचालित रूप से नेस्टेड जानकारी को संभालता/इंजेक्ट करता है

करने के लिए:

• क्वेरी शैली चयन के लिए UI परिवर्तन, और किबाना अनुक्रमणिका में क्वेरी के साथ शैली चयन सहेजना।
• पार्सर त्रुटियों के लिए त्रुटि प्रबंधन, और UI कैसे पार्सिंग मुद्दों/गलतियों को प्रदर्शित करता है
• क्वेरी बिल्डिंग/राइटिंग के लिए UI टाइप फॉरवर्ड सपोर्ट
• यूनिट टेस्ट, यूनिट टेस्ट, यूनिट टेस्ट...

योजना:
मैं यूआई काम पर कम से कम कुछ प्रगति प्राप्त करना चाहता हूं, न कि मेरा मजबूत सूट, फिर हम फीडबैक/योगदान की अनुमति देने के लिए होमएवे जीथब रेपो में एक शाखा/कांटा धक्का देंगे। जब यह किया जाएगा तो मैं यहां फिर से पोस्ट करूंगा ताकि आप में से कोई भी जो कांटा खींचना और उसके साथ खेलना चाहता है, उसका स्वागत है। एक बार जब यह पर्याप्त पॉलिश हो जाए तो मैं आधिकारिक पुल अनुरोध बनाउंगा।

एक अंतिम नोट: यह कार्य किबाना 4.3.1 शाखा के विरुद्ध किया जा रहा है।

"include_in_parent" और "include_in_root" का उपयोग करने के बारे में मेरी https://www.elastic.co/guide/en/elasticsearch/reference/current/copy-to.html
भविष्य के ES संस्करण में "copy_to" के पक्ष में "include_in_parent" और "include_in_root" को हटाने की कुछ चर्चा है: https://github.com/elastic/elasticsearch/issues/12461 यदि आपके पास दोनों के साथ अनुभव है, तो बेझिझक तौलना।

+1

पीपीडोवानी, आप जो करने की कोशिश कर रहे हैं उसकी सराहना करें। यह फीचर हमारे लिए बहुत जरूरी है
कुछ प्रश्न:

1. मैं समझता हूँ इसमें समय लगेगा? क्या कोई अनुमानित समय है कि यह सुविधा उपलब्ध होगी?
2. क्या किसी ने कोई विकल्प आजमाया है? नेस्टेड जेसन (सरणी) से लॉग प्रारूप को किसी और चीज़ में बदलने की तरह? यदि हां, तो ईएलके के साथ काम करने के लिए इच्छित प्रारूप क्या होना चाहिए?
3. क्या बाजार में कोई अन्य उत्पाद है जो इस कार्यक्षमता को प्राप्त करने में मदद कर सकता है? मैं ईएलके के लिए हूं क्योंकि यह खुला स्रोत है, लेकिन जब तक यह नहीं है, हम स्प्लंक से कुछ सस्ता चाहते हैं। हमने लॉगली, सूमोलॉजिक, लॉगेंट्री, लॉगस्केप, ग्रेलॉग जैसे कई विकल्पों की खोज की (या तो स्प्लंक जितना महंगा या उनके पास यह कार्यक्षमता नहीं है)

बहुत धन्यवाद!

1. क्या किसी ने कोई विकल्प आजमाया है? नेस्टेड जेसन (सरणी) से लॉग प्रारूप को किसी और चीज़ में बदलने की तरह? यदि हां, तो ईएलके के साथ काम करने के लिए इच्छित प्रारूप क्या होना चाहिए?

आप स्कीमा को समतल कर सकते हैं या ES मैपिंग विकल्प "include_in_parent" या "copy_to" का उपयोग कुछ फ़ील्ड को नेस्टेड दस्तावेज़ों से मूल दस्तावेज़ों में कॉपी करने के लिए कर सकते हैं। सभी उपयोग के मामलों के लिए काम नहीं करता है, लेकिन कुछ मामलों में यह आपको किबाना को बॉक्स से बाहर करने की अनुमति देगा। हम इलास्टिक में आंतरिक रूप से "include_in_parent" दृष्टिकोण का उपयोग करते हैं।

1. मेरे पास एक शाखा है जो 'काम करती है', लेकिन यूआई काम के रूप में अधिक टीएलसी की जरूरत है। यह मेरा प्राथमिक काम नहीं है इसलिए मैं केवल इस पर काम करने में सक्षम हूं क्योंकि मेरे पास समय है।
2. जैसा कि @tbragin इंगित करता है, आप डेटा को समतल कर सकते हैं। हालांकि इससे अमान्य क्वेरी परिणाम हो सकते हैं।
3. मुझे इस समय किसी भी विकल्प की जानकारी नहीं है।

क्वेरी भाषा कैसी दिखती है, इस बारे में अधिक स्पष्ट होने के लिए, क्योंकि मुझसे मेरे पुराने पुल अनुरोध पर पूछा गया है, यहां एक बीएनएफ सारांश है:

तुलना: फ़ील्ड [=,<,>,<=,>=,~=] मान
ध्यान दें ~= .. यह LIKE को इंगित करता है जो बदले में वाइल्डकार्ड क्वेरी का कारण बनेगा
IN: फ़ील्ड IN {value, value,...} सेट ऑपरेशन
फ़ील्ड IN [वैल्यू, वैल्यू] रेंज ऑपरेशन [ ] या ( ) का उपयोग कर समावेशी/अनन्य पर निर्भर करता है
IS: फ़ील्ड IS NULL
अभिव्यक्ति: आईएस | में | तुलना
नहीं: अभिव्यक्ति नहीं
और | या: अभिव्यक्ति और |
EXISTS: EXISTS एक्सप्रेशन
मौजूद है जिस तरह से नेस्टेड का स्कोपिंग होता है। आम तौर पर EXISTS का उपयोग किए बिना सभी एक्सप्रेशन जो एक-दूसरे के बगल में होते हैं और एक ही नेस्टेड पथ होते हैं, उन्हें एक ही नेस्टेड क्वेरी में जोड़ दिया जाएगा। हालांकि, आप एक दूसरे से विशेष नेस्टेड प्रश्नों को स्कोप करने के लिए EXISTS का उपयोग करके नेस्टेड क्वेरी ब्लॉक को तोड़ सकते हैं।

जैसा कि पहले कहा गया है कि भाषा JISON को एक जावास्क्रिप्ट BISON समकक्ष का उपयोग करती है, और हमें बहुत कम प्रयास के साथ आवश्यकतानुसार भाषा का विस्तार करने की अनुमति देगी।

अपडेट करें:

मेरा मानना ​​​​है कि मैं परीक्षण करने और प्रतिक्रिया देने के लिए सभी के साथ एक शाखा साझा करने में सक्षम होने के करीब हूं। मेरे पास पार्सर काम कर रहा है और कम से कम सिंटैक्स फीडबैक काम कर रहा है और साथ ही पार्सर के खिलाफ यूनिट परीक्षण भी कर रहा है। कुछ स्क्रीनशॉट:

मुझे आशा है कि इस सप्ताह के अंत में मेरे पास शाखा तैयार हो जाएगी। जब मेरे पास यह तैयार हो जाएगा तो मैं यहां एक ब्लॉग पोस्ट से लिंक करूंगा जो शाखा से लिंक होगा और सिंटैक्स, उपयोग इत्यादि पर पूरी तरह से विस्तृत होगा। मेरी योजना शाखा पर फीडबैक एकत्र करना, मुद्दों को ठीक करना, अनुरोध के अनुसार सुधार करना है और फिर एक पुल अनुरोध सबमिट करें।

मैं इसका परीक्षण करना चाहता हूं (यहां K3 में नेस्टेड एकत्रीकरण के हमारे उपयोग का एक उदाहरण है https://discuss.elastic.co/t/nested-aggregation-charts/41523, इसके बिना माइग्रेट नहीं होगा)।

@Robitx मुझे नहीं लगता कि यह कोई मुद्दा होगा ... हमारे पास ऐसे दस्तावेज़ हैं जिनमें नेस्टेड ऑब्जेक्ट्स के कम से कम दो स्तर हैं ... उदाहरण के लिए:

ए-> बी-> सी

जहां एक एकल ए दस्तावेज़ में एक या अधिक बी हो सकते हैं, और उनमें से प्रत्येक में सी की एक सूची होती है जो बी पर होती है। प्रत्येक नेस्टेड दस्तावेज़ में अलग-अलग प्रकार के कई फ़ील्ड होते हैं। मैंने इस कोड का परीक्षण इस तरह किया है कि मैं अंतरतम नेस्टेड डेटा के विरुद्ध एक हिस्टोग्राम या बहु-परत पाई चार्ट बना सकता हूं।

स्पष्ट होने के लिए, हमारे मानचित्रण हमारे pojos से स्वतः उत्पन्न होते हैं और बहुत जटिल हो सकते हैं।

+1

अपडेट करें:

मैं अपनी ओर से आधिकारिक ब्लॉग पोस्ट के प्रकट होने की प्रतीक्षा करने के बजाय लोगों के साथ खेलना शुरू करने के लिए इसे बाहर निकालना चाहता था।

कांटा/शाखा यहां पाया जा सकता है:

https://github.com/homeaway/kibana/tree/fullNestedSupport

पढ़ें:

https://github.com/homeaway/kibana/blob/fullNestedSupport/NESTED_README.md

README की सामग्री अनिवार्य रूप से ब्लॉग पोस्ट की सामग्री है जो किसी बिंदु पर दिखाई देगी।

यदि आप ऐसा चुनते हैं, तो बेझिझक fullNestedSupport शाखा के विरुद्ध मुद्दों को खोलें/अनुरोध करें। मैं कोशिश करूंगा और लोगों को मिलने वाली किसी भी समस्या पर शीर्ष पर रहूंगा।

+10000

+100500

+100

हाय पप्पडोवानी,

क्या आप कृपया सलाह दे सकते हैं, मुझे क्या करना चाहिए

यह फ़ील्ड आपके इलास्टिक्स खोज मानचित्रण में मौजूद है लेकिन खोज परिणामों में किसी दस्तावेज़ में नहीं है। आप अभी भी उस पर कल्पना या खोज करने में सक्षम हो सकते हैं।

बहुत धन्यवाद!

हाय पप्पडोवानी,

हमारे पास नेस्टेड सरणी के रूप में एक फ़ील्ड है।
"एबीसी": [["3815222235847451", "131712121218083052"]]
या
"एबीसी": [["3815222235847451", "131712121218083052", "131712121217783052"]]
या
"एबीसी":[["3815222235847451"]]

मान कोई भी 1-10 . हो सकते हैं

जबकि अन्य नेस्टेड क्षेत्रों के लिए मुझे चेतावनी दिखाई देती है कि इस क्षेत्र और इस तरह के अन्य लोगों के लिए फ़ील्ड अनुक्रमित नहीं है (जो मुझे लगता है कि मुझे मैपिंग का उपयोग करने की आवश्यकता है?), प्रत्येक सेट को एक अलग मान के रूप में माना जाता है? इसके अतिरिक्त फ़ील्ड प्रकार संख्या के बजाय "स्ट्रिंग" के रूप में दिख रहा है, जो अपने आप में कोई समस्या नहीं है, लेकिन इसका क्या अर्थ है कि मैं एबीसी के किसी भी व्यक्तिगत मूल्य की खोज नहीं कर सकता ..?

बहुत धन्यवाद!

परीक्षण शुरू करने के लिए कुछ मिनट मिले :) :|

Error: [illegal_argument_exception] Invalid format: "1457354016603" is malformed at "6603"
    at respond (http://elastic.dev:5601/bundles/kibana.bundle.js:76155:16)
    at checkRespForFailure (http://elastic.dev:5601/bundles/kibana.bundle.js:76118:8)
    at http://elastic.dev:5601/bundles/kibana.bundle.js:74736:8
    at processQueue (http://elastic.dev:5601/bundles/commons.bundle.js:42333:29)
    at http://elastic.dev:5601/bundles/commons.bundle.js:42349:28
    at Scope.$eval (http://elastic.dev:5601/bundles/commons.bundle.js:43577:29)
    at Scope.$digest (http://elastic.dev:5601/bundles/commons.bundle.js:43388:32)
    at Scope.$apply (http://elastic.dev:5601/bundles/commons.bundle.js:43685:25)
    at done (http://elastic.dev:5601/bundles/commons.bundle.js:38134:48)
    at completeRequest (http://elastic.dev:5601/bundles/commons.bundle.js:38332:8)

@बिगडाटाइंजीनियर
१) - मुझे विश्वास नहीं है कि यह मेरे परिवर्तनों से उत्पन्न संदेश है, और कुछ ऐसा हो सकता है जो पहले किबाना में मौजूद था।
2) - तो हाँ .. ऐसा लगता है कि मान एक स्ट्रिंग के रूप में संग्रहीत हैं, लेकिन ये संभवतः नेस्टेड नहीं हैं .. मुझे यह देखना होगा कि इंडेक्स पर मैपिंग कैसा दिखता है यह समझने के लिए कि क्या/यदि समस्या मौजूद है। कृपया यहां मैपिंग पेस्ट करें।

@Robitx
मुझे लगता है कि यह एक दिनांक फ़ील्ड था ... युग के समय में बहुत अधिक अंक 10 नहीं 13 होने चाहिए .. क्या आप अपने द्वारा जारी की गई क्वेरी को अपडेट/पेस्ट कर सकते हैं?

@ppadovani
मैंने अभी सेटिंग्स में डिफ़ॉल्ट इंडेक्स पैटर्न चुना है और टैब खोजने के लिए वापस गया था

हम प्रयोग करते हैं

      "timestamp": {
        "format": "dateOptionalTime",
        "type": "date"
      }

K 4.4.1+ES 2.2 ठीक काम करता है, यह K 4.3 विशिष्ट हो सकता है (मैंने पहले इस संस्करण की कोशिश नहीं की है)

@Robitx
मैं इस्तेमाल की गई क्वेरी की तलाश में हूं... या आप कह रहे हैं कि पास की गई क्वेरी UI से केवल मानक दिनांक विंडो थी और आपने कोई क्वेरी निर्दिष्ट नहीं की थी? मैं बाद में किबाना रिलीज के खिलाफ अपने परिवर्तनों को रीबेस करूंगा और शाखा अपडेट होने पर दोबारा पोस्ट करूंगा।

@ppadovani हाँ बस * और कुछ समय सीमा

विज़ुअलाइज़ेशन सेक्शन में नेस्टेड ऑब्जेक्ट के लिए +1

@Robitx
आपके द्वारा चलाए गए ऑपरेशन ने मेरे किसी भी पार्सर कोड को कभी नहीं मारा ... इसलिए मुझे संदेह है कि यह मेरे द्वारा किए गए कुछ के कारण था ... मेरा सेटअप K 4.3.1 + ES 2.1.1 है - मैं अपने ES को 2.2 में अपग्रेड करूंगा और देखें कि क्या मुझे वही व्यवहार मिलता है, तो मैं शाखा को के 4.4.1 में रीबेस कर दूंगा

बस ES 2.2.1 w/K 4.3.1 + my कोड में अपग्रेड किया गया ... पुन: पेश नहीं किया जा सका:

मैं अभी भी 4.4.1 पर रिबेस करूंगा - वर्तमान रिलीज, शाखा तैयार होने पर इस पोस्ट को अपडेट कर देगा।

अपडेट करें:

एक नई शाखा पर 4.4.1 पर आधारित: https://github.com/homeaway/kibana/tree/nestedSupport-4.4.1

ES 2.2.0 और K 4.4.1 . पर परीक्षण किया गया

हाय पप्पडोवानी,

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

प्लगइन: इलास्टिक्स खोज किबाना के इस संस्करण में सभी नोड्स पर इलास्टिक्स खोज ^ 2.1.0 की आवश्यकता है। मुझे आपके क्लस्टर में निम्नलिखित असंगत नोड्स मिले: Elasticsearch v1.5.2 @ अपरिभाषित (अपरिभाषित)

मैं अभी भी https://github.com/homeaway/kibana/tree/fullNestedSupport का उपयोग कर रहा हूं न कि आपके द्वारा प्रदान किया गया नवीनतम। क्या आपके लिए इसे 1.5.2 के अनुकूल बनाना संभव है?
कृपया परामर्श दें।

बहुत धन्यवाद!!

@ppadovani
मैं समझ सकता हूं कि क्या यह संभव नहीं हो सकता है, क्योंकि हम पीछे की ओर जा रहे हैं, हालांकि, अमेज़ॅन इलास्टिक्स खोज सेवा नए संस्करणों में अपग्रेड करने के लिए बहुत उत्सुक नहीं है, जो समझ में आता है। इसलिए, हमारे पास जो कुछ भी है उसके साथ मुझे काम करना होगा। हमने AWS इंस्टेंस (कई नोड्स से लॉग फ़ॉरवर्डिंग, स्ट्रीमिंग इवेंट और अन्य मिनट के विवरण के साथ) स्थापित करने में बहुत प्रयास किए हैं और स्क्रैच से अलग प्लेटफॉर्म पर सब कुछ फिर से आविष्कार करना हमारे लिए एक विकल्प नहीं है। इसे अतिरिक्त फ़्रंटएंड के रूप में जोड़ने में सक्षम होना अच्छा होगा। मुझे यह भी यकीन नहीं है कि लाइन के नीचे एक और रोडब्लॉक होगा या नहीं?

धन्यवाद!!

@बिगडाटाइंजीनियर
पिछले संस्करणों में किबाना कोड को देखने के बाद, पहला संस्करण जो मैं कोशिश कर सकता था और परिवर्तनों को लागू कर सकता था वह 4.1.6 है। हालांकि, कोड का एक महत्वपूर्ण पुनर्लेखन/रिफैक्टर/पुनर्गठन था और मैं बस उस शाखा को पैच नहीं कर सकता। मेरे कोड को अंदर और काम करने के लिए प्रयास करने और प्राप्त करने के लिए इसे एक महत्वपूर्ण मात्रा में काम की आवश्यकता होगी।

मैं ईमानदारी से नहीं जानता कि क्यों किबाना टीम आवश्यक लोचदार संस्करण को ऊपर उठाती है जैसे वे प्रत्येक रिलीज के साथ करते हैं .. आरईएसटी इंटरफ़ेस बस इसे अक्सर नहीं बदलता है। मैं अनुमान लगाता हूं कि वे उपयोगकर्ताओं को अपने लोचदार समूहों को अपग्रेड करने के लिए मजबूर करने के लिए ऐसा करते हैं।

एक विचार, आप संस्करण को src/plugins/elasticsearch/index.js में लाइन 27 के आसपास बदलने का प्रयास कर सकते हैं

@ppadovani
इसने काम किया। धन्यवाद।

+1

@ppadovani हाय, 4.4.1 संस्करण में अपग्रेड करने के लिए धन्यवाद, जल्द प्रतिक्रिया न देने के लिए खेद है (मैंने पिछली टिप्पणियों में से एक में आपका अपडेट याद किया है)।

यह अब काम कर रहा है, लेकिन पहली चीज जो मैंने देखी है वह है प्रदर्शन समस्याएं और कभी-कभी किबाना पूरी तरह से जम जाती है (मैं अधिक जटिल प्रश्नों का परीक्षण करने में असमर्थ रहा हूं)।

कुछ चीजें हैं जो इस मुद्दे में योगदान दे सकती हैं, उनमें से एक हमारे दैनिक सूचकांक में कई फ़ील्ड हैं (उनमें से सैकड़ों http://pastebin.com/fktN0dR5 हैं)।

@Robitx क्या आपके पास मेरे परिवर्तनों के बिना आधार 4.4.1 K कोड के साथ यही समस्याएँ हैं? या यह सिर्फ मेरे परिवर्तनों के साथ है? मुझे पता है कि बहुत बड़े सूचकांक पैटर्न के के लिए महत्वपूर्ण प्रदर्शन मुद्दों का कारण बनते हैं। अगर यह सिर्फ मेरे कोड के साथ है, तो मुझे लगता है कि मुझे पता है कि यह क्या हो सकता है। जब मैं एक-एक दिन में प्रसारण के लिए आऊंगा तो मैं इसे देख लूंगा।

@ppadovani आधार K 4.4.1 में यह समस्या नहीं है

एक साल से इस समस्या का समाधान नहीं ...

धिक्कार है, इलास्टिक्स खोज में "नेस्टेड ऑब्जेक्ट्स" की बहुत आवश्यक सुविधा है, और उसी डेवलपर्स के किबाना के पास अभी भी इस सुविधा का समर्थन नहीं है।

आपके पास कांटा है जो पहले से ही इस सुविधा को लागू कर चुका है और अभी भी उचित समर्थन के साथ मुख्य स्रोत कोड में विलय नहीं हुआ है।

और हम अभी भी "नेस्टेड ऑब्जेक्ट्स" समर्थन के साथ किबाना के हमारे प्रोजेक्ट स्टॉक संस्करण में उपयोग नहीं कर सकते हैं।

एफ * कमाल है !!!

@ppadovani फोर्क पर आपके काम के लिए बड़ा धन्यवाद =)

@Robitx क्या आप मुझे बता सकते हैं कि किबाना कब आपके लिए जमा हो जाती है? इंडेक्स पैटर्न परिभाषा? या जब आप एक नई क्वेरी शुरू कर रहे हैं? ऐसे संभावित क्षेत्र हैं जहां यह हो सकता है, और मैं इसे कम करना चाहता हूं।

मैंने एक ऐसी समस्या को ठीक किया है जो खोज/विज़ुअलाइज़ टैब लाने में योगदान दे रही हो सकती है... मैंने एक सुधार किया है, कृपया पुन: परीक्षण करें।

@rashidkpc मैं इस कार्य के आधार पर पुल अनुरोध उत्पन्न करने के लिए तैयार हूं। क्या आप मुझे बता सकते हैं कि मुझे अपना काम किस शाखा के खिलाफ करना चाहिए? मेरे पास वर्तमान में यह 4.3.1, 4.4.1, और 4.x के विरुद्ध है। (4.x करीब है, लेकिन मुझे यूनिट परीक्षण चलाने में समस्याएं आ रही हैं। परीक्षण क्लस्टर प्रारंभ करने में विफल रहता है...)

अरे गिरोह (सीसी @ppadovani)

जैसा कि मैंने https://github.com/elastic/kibana/pull/5411 में उल्लेख किया है, Elasticsearch में ही कई सीमाएं हैं, विशेष रूप से नेस्टेड aggs/filters स्वचालित नहीं हैं और ल्यूसीन क्वेरी सिंटैक्स नेस्टेड खोज का समर्थन नहीं करता है। जबकि यहां लिया गया दृष्टिकोण समस्या को हल करने के लिए एक अलग रास्ता तय करेगा, यह वह दिशा नहीं है जिस पर हम जाना चाहते हैं। यह एक संकीर्ण समस्या का समाधान है, लेकिन हम चाहते हैं कि किबाना बड़ी संख्या में चुनौतियों का समाधान करे। इस मामले में इसका मतलब है कि सड़क पर बड़ी जीत के लिए छोटी जीत का त्याग करना।

जबकि हम किबाना के लिए एक भाषा की संभावनाओं पर विचार कर रहे हैं, हमने ठीक से यह तय नहीं किया है कि हम क्या चाहते हैं कि फीचर सेट हो और हम इसे आधे रास्ते या किसी एक लक्ष्य को ध्यान में रखकर नहीं करना चाहते। हम इलास्टिक्स खोज और किबाना दोनों में कुछ रणनीति और फीचर सेट पर विचार कर रहे हैं, लेकिन हम अभी भी प्रारंभिक अवस्था में हैं। समय के साथ हम चाहते हैं कि इसमें खोज, परिवर्तन और विज़ुअलाइज़ेशन शामिल हो, जैसा कि आप टाइमलियन जैसी किसी चीज़ में देखते हैं, और हम निश्चित रूप से नेस्टेड दस्तावेज़ों को क्वेरी करने के विचार को ध्यान में रखेंगे जैसा कि हम करते हैं

मैंने नोट किया कि यह नेस्टेड पथ को संग्रहीत करता है, हालांकि हम कैश्ड मैपिंग https://github.com/elastic/kibana/pull/6648 को हटा रहे हैं और इसे Elasticsearch में नए API के साथ बदल रहे हैं: https://github.com/elastic /लोचदार खोज/मुद्दों/15728. कृपया उस मुद्दे पर ध्यान दें, यह बहुत अच्छा होगा यदि किबाना को नेस्टेड पथ को पार्स करने की आवश्यकता नहीं है। किबाना में बहुत बड़े दस्तावेज़ों को सुलभ बनाने के हमारे लक्ष्य के लिए यह विशेष रूप से महत्वपूर्ण है

अभी के लिए हम include_in_parent या copy_to का उपयोग करके @tbragin का दृष्टिकोण अपनाने की सलाह देते हैं। 90% एकत्रीकरण के लिए यह दृष्टिकोण पूरी तरह से काम करेगा।

मुझे खुशी है कि यह समाधान उन लोगों के लिए काम कर रहा है जो include_in_parent या copy_to उपयोग नहीं कर सकते हैं, जो @ppadovani ने जो

हे, चिमिंग इन। मैंने इस बारे में राशिद से बात की, और जब मैं नेस्टेड मैपिंग के लिए किबाना का उपयोग करने के इच्छुक उपयोगकर्ताओं के दर्द को महसूस करता हूं, तो इसे अधिक सामान्य तरीके से समर्थन करना (जो कि इलास्टिक्स खोज स्तर में अतिरिक्त सुविधाएँ हो सकता है) आगे का रास्ता है जो किबाना में हमारे लिए आवश्यक लचीलेपन को बनाए रखता है। इस सुझाए गए परिवर्तन को प्राप्त करने से नेस्टेड का समर्थन नहीं करने की अल्पकालिक समस्या का समाधान हो सकता है, यह सड़क के नीचे समस्याग्रस्त साबित होगा।

मैं सिर और महसूस करता हूं कि किबाना को नेस्टेड का समर्थन करने की आवश्यकता है, लेकिन यह उन मामलों में से एक है जहां यह स्पष्ट नहीं है कि इसे कैसे हल करने की आवश्यकता है, इसे तब तक अनसुलझा छोड़ना बेहतर है जब तक कि हमारे पास कोई समाधान न हो जो प्राकृतिक लगता है। हमें निश्चित रूप से इसे जारी रखने और तलाशने की जरूरत है, उनमें से एक, जिसके बारे में हमने अलग-अलग जगहों पर बातचीत की थी, स्वचालित रूप से ES में ही नेस्टेड (रैपिंग वगैरह) का समर्थन कर रहा है।

मैं इसे सुरुचिपूर्ण ढंग से हल करते हुए देखने के लिए उत्साह से भर रहा हूं।

+1

+1

IMHO मुझे किबाना अनुरक्षकों के रुख से सम्मानपूर्वक असहमत होना चाहिए। हालाँकि, अगर हम इन पंक्तियों के साथ किबाना में प्लग इन करने का कोई तरीका खोज सकते हैं तो मैं इसके लिए तैयार रहूंगा।

इस बीच, मैं उन लोगों के लिए अपने कांटे/शाखाओं पर बग को बनाए रखना और ठीक करना जारी रखूंगा जो मेरे द्वारा बनाए गए संस्करण का उपयोग करना जारी रखना चाहते हैं। मुझे पता है कि हम भविष्य में लाइव बीआई विश्लेषणात्मक डैशबोर्ड के लिए इसका व्यापक रूप से उपयोग करेंगे।

पशु। पालतू नहीं।

+1 :)
किबाना में नेस्टेड ऑब्जेक्ट्स का उपयोग करना बहुत अच्छा हो सकता है !! (किसी के पास इसके लिए प्लगइन है या नहीं? ...)

+1

+1

+1

@tbragin आपके द्वारा उल्लिखित दृष्टिकोण नेस्टेड प्रकारों पर काम नहीं करता है। यह किसी भी प्रकार के सभी डेटा को एकत्रित करेगा।

+1

+1

+1

+1

यह सुविधा इतनी बेकार है कि मैं वास्तव में यह जानकर चौंक गया कि यह न केवल समर्थित है, बल्कि डेवलपर्स के पास इसका समर्थन करने की कोई योजना नहीं है। नरक, अपने प्रोजेक्ट मैनेजरों से बात करें और प्लगइन बनाने के लिए @ppadovani को किराए पर लें यदि आप लोग इसे स्वयं नहीं करेंगे।

+1 नेस्टेड ऑब्जेक्ट्स की कमी के कारण मेरी परियोजना में काफी बाधा आती है

इस मुद्दे को दरकिनार करने के तरीके के रूप में असामान्यता के बारे में चर्चा की तलाश में किसी के लिए:

लोचदार यह बहुत अच्छा होगा यदि इस मुद्दे के संबंध में साइट पर एक अस्वीकरण था ताकि उपयोगकर्ताओं को एक असमर्थित सुविधा को लागू करने का प्रयास करने में समय बर्बाद करने से बचा जा सके। क्यों? किबाना उत्पाद पृष्ठ "लोचदार खोज के साथ निर्बाध एकीकरण" कहता है जो यहां सत्य नहीं है :)

FYI करें - उपरोक्त चर्चा में संदर्भित मेरे कोड की शाखा पुरानी है .. वर्तमान शाखा है:

https://github.com/homeaway/kibana/tree/nestedSupport-4.x

हम इसे आंतरिक रूप से सक्रिय रूप से उपयोग कर रहे हैं, और अपने आंतरिक संस्करण को अपडेट करना जारी रखते हैं। रुचि होने पर मैं जीथब संस्करण को अपडेट/अपडेट कर सकता हूं।

पियरे

+1

+1

+1

+1

+1

+1

मुझे याद है कि इसे एक साल पहले +1 किया गया था, और तब से किबाना विकास टीम ने कुछ भी नहीं किया है, लेकिन उनके उपचार में खुदाई की है और ज्यादातर उपयोगकर्ताओं को नजरअंदाज कर दिया है और अंत में जब उनके पैरों को आग में डाल दिया जाता है तो वे अधिक-या- के साथ प्रतिक्रिया करते हैं कम "नहीं", यह बताते हुए कि "यह स्वाभाविक नहीं लगता"।

मैं इस पैटर्न को कई अन्य अनुरोधित सुविधाओं पर भी देखता हूं जैसे कि:

• ओएस-साइड ग्रूवी स्क्रिप्ट को कॉल करने के लिए समर्थन।
• ES स्क्रिप्टेड मीट्रिक एग्रीगेशन (विशेष रूप से भारित औसत की गणना के लिए उपयोगी) का उपयोग करने में सक्षम होने के लिए समर्थन।
• और इसी तरह...

यह सब पूरे इलास्टिक स्टैक 5 विज़न पर रुख के खिलाफ जाता है जिसमें कहा गया था कि वे (इलास्टिक) किबाना में इलास्टिक्स खोज से अधिक अंतर्निहित सुविधाओं का समर्थन करेंगे। लेकिन मैंने इन दावों का समर्थन करने के लिए बहुत कम देखा है।

नतीजतन मैं किबाना को सायरन की किबी जैसे कांटे के लिए जमीन खोता हुआ देखता हूं, जिसने इस विषय पर मशाल लेने और समाधान के साथ आने का फैसला किया।

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

+1

@cslinuxboy

ओएस-साइड ग्रूवी स्क्रिप्ट को कॉल करने के लिए समर्थन।

इसके द्वारा कवर किए गए अधिकांश उपयोग मामलों को https://github.com/elastic/kibana/pull/7700 द्वारा हल किया जाएगा

ES स्क्रिप्टेड मेट्रिक एग्रीगेशन का उपयोग करने में सक्षम होने के लिए समर्थन

मुझे नहीं लगता कि कोई इसके खिलाफ है (कम से कम, यहां कोई विरोध न देखें https://github.com/elastic/kibana/issues/2646), वास्तव में अब इसे जोड़ने का समय है क्योंकि Elasticsearch ने जोड़ा है दर्द रहित पटकथा भाषा। यह वास्तव में किसी के लिए समय निकालने की बात है।

+1

+1

+1

मैं फिर से अपने कांटे पर काम करना शुरू कर रहा हूं। मैं समुदाय से माफी मांगना चाहता हूं, मुझे एक या एक महीने पहले तक इस बात का अंदाजा नहीं था कि मैंने कांटे के लिए मुद्दों को चालू नहीं किया है, इसलिए कोई भी यह संकेत नहीं दे पाएगा कि बग थे। इसे ठीक कर दिया गया है।

वर्तमान शाखा: https://github.com/homeaway/kibana/tree/nestedSupport-4.5.4

क्रम में अद्यतन मैं उन्हें लागू करने का इरादा रखता हूं:

• क्वेरी पार्सर में दिनांक ऑफ़सेट के लिए समर्थन जोड़ें
• परिणाम देखते समय नेस्टेड फ़ील्ड के लिए खोज में समर्थन जोड़ें - हो गया
• माता-पिता/बच्चे के प्रश्नों और एकत्रीकरण के लिए समर्थन जोड़ें
• प्रश्नों के लिए भू आकार प्रकारों के लिए समर्थन जोड़ें (अर्थात बिंदु, बॉक्स आदि) यह हमारी आंतरिक भाषा में हाल ही में वृद्धि का एक बंदरगाह है।
• क्वेरी फ़ील्ड में फ़ील्ड नामों के लिए टाइप-फ़ॉरवर्ड जोड़ें
• मैं मौजूदा Elasticsearch सरल क्वेरी भाषा के लिए एक पार्सर बनाने और बनाने की कोशिश कर सकता हूं ताकि अमान्य क्वेरी की परेशानी को ठीक किया जा सके या तो Elasticsearch से स्टैक ट्रेस लौटाया जा सके, या कोई संकेत नहीं दिया जा रहा है कि कोई परिणाम क्यों नहीं लौटाया जा रहा है। अगर मैं इस पर काम करता हूं तो यह मेरे द्वारा उपरोक्त को पूरा करने के बाद होगा। अगर मैं ऐसा करता हूं तो मैं किबाना पक्ष की भाषा में नेस्टेड और माता-पिता/बाल समर्थन जोड़ने पर विचार करूंगा।

मैं उन लोगों के लिए अपनी आवाज जोड़ना चाहता हूं जिन्होंने संकेत दिया है कि किबाना टीम समुदाय की नहीं सुन रही है। यदि किबाना को "शुद्ध" रखने के लिए कोई अंतर है, तो किबाना टीम केवल आवश्यक कार्यक्षमता प्रदान करने के लिए इलास्टिक्स खोज पर भरोसा नहीं कर सकती है । मार्केटशेयर इस तरह से प्राप्त नहीं होता है, यह खो जाता है।

+1

+1
@ बार्ग : इस मुद्दे पर कोई प्रगति? इसे कब संबोधित/प्राथमिकता दी जाएगी?
बहुत लंबा धागा .... यह किबाना जैसे उत्पाद के लिए अच्छा नहीं है ..
हम आपके प्रयासों की सराहना करते हैं

यह बेकार है :-(

होमवे ने किबाना 4.3.1 पर नेस्टेड एजीजी और क्वेरी सुपरपोर्ट बिल्ड किया है इसे देखें .. उम्मीद है कि यह मदद ..

https://github.com/homeaway/kibana/tree/nestedSupport-4.x

@ankitchheda मुझे इसके बारे में पता है, लेकिन कुछ लोगों द्वारा बनाए रखा एक कांटा जो मुख्य परियोजना (जो भारी विकास के अधीन है) के दर्शन के खिलाफ जाता है, कोई समाधान नहीं है, यह नाटक करना किसी की मदद नहीं करेगा ..

मैं इसके बारे में कुछ करना चाहता हूं, लेकिन मेरे पास समय नहीं है, इसलिए अभी के लिए मैं कम से कम दबाव डालने की कोशिश करता हूं और आशा करता हूं कि देवता इस मुद्दे को अनदेखा करना बंद कर देंगे: |

+1

FYI करें - मैं नेस्टेड समर्थन के लिए जो कांटा रखता हूं, उसके पास अब निम्नलिखित संस्करणों के लिए समर्थन है:

4.5.X
4.6
4.7
5.X

यह मुख्य देवों के 'दर्शन' का पालन नहीं कर सकता है, लेकिन यह काम करता है और अच्छी तरह से काम करता है।

मैंने अभी इसके खिलाफ दौड़ लगाई है। यह एक छोटी सी खामी है और एक व्यावहारिक समाधान होना वास्तव में उपयोगी होगा।

@tbragin , @rashidkpc - प्रस्तावित समाधान बिंदु को याद करता है - आपको मिलता है
नेस्टेड वस्तुओं के साथ कुछ - लेकिन आपको गलत परिणाम मिलते हैं! नेस्टेड
एकत्रीकरण अलग-अलग परिणाम देता है (मैं थोड़ा काम किया हुआ उदाहरण करूँगा और इसे बाद में यहाँ पोस्ट करूँगा)।

मैं @ppadovani के कांटे का परीक्षण करूंगा।

+1

:कछुआ :: पानी का छींटा:

@Bargs अरे

+1

+1

+1

+10086

+1

+1

+1

शामिल_इन_पैरेंट अभी भी ईएस और किबाना 5.2 पर काम करता है? मैंने सफलता के बिना एक विकल्प के रूप में उपयोग करने की कोशिश की।

@gustavomr मेरा मानना ​​​​है कि यह काम करेगा, लेकिन केवल कुछ उपयोग के मामलों के लिए। यह सभी संभावित क्वेरी उपयोग मामलों के लिए काम नहीं करेगा जो नेस्टेड क्वेरी/एकत्रीकरण प्रदान कर सकते हैं।

नोट: किबाना का मेरा 5.1 कांटा अब मूल लोचदार सरल क्वेरी भाषा और नेस्टेड क्वेरी भाषा के बीच स्विच करने के लिए खोज आइकन के बगल में एक टॉगल का उपयोग करता है जिसे मैंने शामिल किया है। मैंने नेस्टेड फ़ील्ड के लिए मेट्रिक्स के आसपास कई तरह के मुद्दों को भी ठीक किया है।
https://github.com/homeaway/kibana/tree/nestedSupport-5.1

@ppadovani ऐसा करने के लिए बहुत बहुत धन्यवाद। क्या आपके काम को किबाना में नेस्टेड ऑब्जेक्ट्स को सक्षम करने से आपके काम से एक नई क्वेरी भाषा बनाना संभव है? यदि ये अलग-अलग शाखाएँ हो सकती हैं, तो हम केवल पूर्व का उपयोग कर सकते हैं और इसे नए किबाना रिलीज़ के साथ मर्ज कर सकते हैं क्योंकि वे दोनों सुविधाओं को मर्ज करने के बजाय बाहर आते हैं।

क्या आपके पास पहले से ही इस कांटे के लिए एक डॉकटर बनाया गया है?

आपके कांटे के लिए डॉकर कंटेनर के लिए @ppadovani +1।

@gkozyryatskyy - कृपया कांटा पर एक मुद्दा खोलें, और मैं इसे देख लूंगा।

@ imranq2 - मैं यह कर सकता था, हालांकि कृपया ध्यान दें कि सरल लोचदार क्वेरी भाषा नेस्टेड प्रश्नों का समर्थन नहीं करती है। यदि आपके पास नेस्टेड डेटा है और आप इसे क्वेरी करना चाहते हैं, तो आपको क्वेरी को इलास्टिक्सर्च जोंस ब्लॉब के रूप में बनाना होगा, और उसे क्वेरी बॉक्स में पेस्ट करना होगा।

+1

मेरा कांटा अब नेस्टेड सपोर्ट-5.2 शाखा पर 5.2 का समर्थन करता है।

@ppadovani यह बहुत अच्छा है! अगर आपको इसके लिए डॉकटर कंटेनर बनाने में मदद चाहिए तो मुझे बताएं।

डॉकर कंटेनर पूरा नहीं हुआ है, लेकिन डिस्कवरी टैब के साथ खेलने के लिए कुछ समय था और यह नेस्टेड डेटा कैसे प्रदर्शित करता है ... उन लोगों से प्रतिक्रिया की तलाश में जो नेस्टेड समर्थन समस्या की निगरानी कर रहे हैं। तालिका पुनरावर्ती है और नेस्टेड फ़ील्ड के लिए फ़िल्टर अच्छी तरह से काम करते प्रतीत होते हैं .. लेकिन कॉलम में टॉगल फ़ील्ड अभी तक काम नहीं करता है ... मुझे अभी भी यह सोचने की ज़रूरत है कि यह कैसे/अगर काम करना चाहिए।

एफवाईआई - यह काम मूल रूप से पूरा हो गया है और सभी समर्थित कांटे/शाखाओं में नेस्टेड सपोर्ट -4.5.4 से नेस्टेड सपोर्ट -5.2 के माध्यम से शुरू होने वाले परिवर्तन हैं।

@ बार्ग्स - मुझे पता है कि मैंने जो नेस्टेड काम किया है, वह कुछ ऐसा है जिसे आप लोग खींचना चाहते हैं, लेकिन मुझे उत्सुकता है कि खोज परिणामों में नेस्टेड डेटा प्रदर्शित करने के आसपास का काम कुछ ऐसा है जो आप चाहते हैं। यह मेरे पिछले किसी काम पर निर्भर नहीं है। अपडेट किए गए स्क्रीनशॉट के लिए यह समस्या देखें:
https://github.com/homeaway/kibana/issues/12

अगर आप लोग ऐसा कुछ चाहते हैं, तो मुझे बताएं और मैं एक मुद्दा खोलूंगा और एक पैच शामिल करूंगा।

दिलचस्प लग रहा है @ppadovani ! यदि आप एक पीआर खोलना चाहते हैं तो मुझे निश्चित रूप से इसकी जांच करने में दिलचस्पी होगी। हमने डिस्कवर में नेस्टेड फ़ील्ड के लिए बेहतर समर्थन जोड़ने के बारे में कुछ बात की है, इसलिए चर्चा के लिए कुछ ठोस होना बहुत अच्छा होगा।

@ppadovani मैं अभी इसके लिए एक सकूं । क्या आपके पास पहले से http://staging.elastic.co/ $(VERSION_TAG)/downloads/kibana/kibana-${ELASTIC_VERSION}-linux-x86_64.tar.gz जैसी टार बॉल बनाई गई है? यदि ऐसा है तो मैं इसे अपने डॉकटर कंटेनर में खींच सकता हूं। अन्यथा मुझे आपकी शाखा बनाने और टैरबॉल बनाने की आवश्यकता होगी।

@ imranq2 मैं अपने कांटे का वितरण प्रदान नहीं करता, इसलिए आपको इसे स्वयं बनाना होगा।

एफवाईआई - मैंने रुचि रखने वालों के लिए खोज टैब में नेस्टेड डेटा का समर्थन करने के लिए एक पुल अनुरोध बनाया है:
https://github.com/elastic/kibana/pull/10814

+1

मेरे लिए +1
मेरे सहयोगियों के लिए +10

+1

+1

+1

+1

+1

+1

+1। क्या यह ELK5 में समर्थित है?

+1

यह वास्तव में एक आवश्यकता है क्योंकि नेस्टेड ऑब्जेक्ट का समर्थन नहीं करना वास्तव में मेरी कंपनी में किबाना को व्यापक रूप से अपनाने में बाधा है क्योंकि आपको किबाना के लिए एक इंडेक्स बनाना होगा और सादे एपीआई के माध्यम से अधिक चालाक खोजों के लिए नेस्टेड दस्तावेज़ों के साथ एक और बनाना होगा

+1
मेरे मानचित्रण में यह सूचकांक गुणों के संभावित "विस्फोट" को रोकेगा।

+1

+1

+1

कृपया, ऐसी +1 टिप्पणियां पोस्ट करना बंद करें जो केवल इस थ्रेड की सदस्यता लेने वाले सभी लोगों को स्पैम कर रही हैं। इसके बजाय, इसे अपवोट करने के लिए इस अंक के शीर्ष पर बड़े पीले "अंगूठे ऊपर" बटन पर क्लिक करें।

+1

किबाना के डेवलपर्स, कृपया कुछ करें, दोस्तों वास्तव में। कई मामलों में नेस्टेड वस्तुओं के बिना किबाना का उपयोग बेकार है। आप नेस्टेड ऑब्जेक्ट के बिना संस्करण 6.x तैयार कर रहे हैं...

हमारा सिस्टम घरों के लिए टेक्स्ट स्कैन करता है और फिर परिणामों को ES में सहेजता है। तो ES में घरों की सरणी के साथ मुख्य दस्तावेज शामिल हैं। घर घोंसला वाली वस्तु है।

मैं टेक्स्ट में मिले घरों के विश्लेषण के साथ डैशबोर्ड बनाने के लिए विज़ुअलाइज़ेशन का उपयोग नहीं कर सकता।
कृपया कुछ करें। घरों में आग लगी है।

किबाना में नेस्टेड वस्तुओं का उपयोग करने की सख्त जरूरत है। बुरा लगता है कि यह इन-बिल्ट उपलब्ध नहीं है।

███████╗████████╗██╗██╗     ██╗         ██╗    ██╗ █████╗ ██╗████████╗
██╔════╝╚══██╔══╝██║██║     ██║         ██║    ██║██╔══██╗██║╚══██╔══╝
███████╗   ██║   ██║██║     ██║         ██║ █╗ ██║███████║██║   ██║   
╚════██║   ██║   ██║██║     ██║         ██║███╗██║██╔══██║██║   ██║   
███████║   ██║   ██║███████╗███████╗    ╚███╔███╔╝██║  ██║██║   ██║   
╚══════╝   ╚═╝   ╚═╝╚══════╝╚══════╝     ╚══╝╚══╝ ╚═╝  ╚═╝╚═╝   ╚═╝   

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

एक और यहाँ!

उन लोगों के लिए जिन्होंने किबाना के मेरे कांटे का नेस्टेड समर्थन के साथ उपयोग किया हो, मैं किबाना रिलीज 5.4.x से पहले उस कांटे के लिए समर्थन बंद कर रहा हूं। इसके बजाय मैं सबसे अधिक आगे बढ़ूंगा यदि सभी कार्यक्षमता किबाना प्लगइन में नहीं है। मुझे उम्मीद है कि साल के अंत तक नवीनतम 5.x रिलीज के लिए प्लगइन तैयार हो जाएगा। आप यहां प्रगति का अनुसरण कर सकते हैं: https://github.com/ppadovani/KibanaNestedSupportPlugin

मैंने अभी काम शुरू किया है, इसलिए कुछ हफ्तों तक कुछ भी महत्वपूर्ण दिखने की उम्मीद न करें।

+1

+1

+1

+1

+1

मैं नेस्टेड समर्थन प्लगइन पर जो काम कर रहा हूं, उसके लिए मेरे पास स्क्रीनशॉट और स्थिति अपडेट पोस्ट किए गए हैं। स्थिति अपडेट प्राप्त करने के लिए समस्या देखें।

स्क्रीनशॉट और अपडेट

मैं आगे बढ़ गया हूं और किबाना 5.6.5 के समर्थन के साथ 1.0.0 की एक पूर्व-रिलीज़ जारी की है।

प्रारंभिक पूर्व-रिलीज़ में क्या है, इसके विवरण के लिए यह समस्या देखें: स्क्रीनशॉट और अपडेट

V1.0.0-बीटा1

किबाना के संस्करण 5.6.5 के लिए मेरा प्लगइन फीचर पूर्ण है। मेरे पास कुछ सफाई कार्य हैं, फिर मैं 5.6.5 संस्करण को काट दूंगा और 6.1.X पर पोर्ट करना शुरू कर दूंगा।

विशेषताएं:

• नेस्टेड क्वेरी समर्थन
• नेस्टेड एकत्रीकरण समर्थन
• परिणाम खोजें नेस्टेड समर्थन
• डिस्कवर सारांश फ़ील्ड प्रदर्शन प्राथमिकता (यह वास्तव में कुछ नया है)

विवरण के लिए README देखें।

मेरा प्लगइन अब जारी किया गया है! 5.5.3, 5.6.5 और 5.6.6 के लिए समर्थन। मैं इस सप्ताह के अंत में 6.0.X पर पोर्ट कर रहा हूँ।

मैं संभवत: इस मुद्दे पर अब यहां स्थिति अपडेट नहीं करूंगा। रिलीज, मुद्दों आदि को देखने के लिए कृपया मेरे गिटहब पेज पर जाएं।

धन्यवाद!

@ppadovani क्या आप 5.4.0 धन्यवाद के लिए एक समर्थन संस्करण जारी कर सकते हैं।

@ppadovani मैं

@SolomonShorser-OICR
मैंने 6.0.1 बीटा 1 बिल्ड जारी किया है।

केवल ज्ञात सीमा यह है कि केवल ल्यूसीन क्वेरी भाषा के साथ काम करने के लिए हार्ड कोड होने के कारण फ़िल्टर बार गैर-संचालन है। मैं इसके चारों ओर एक तरह से काम कर रहा हूं, लेकिन अगले सप्ताहांत तक कोई समाधान नहीं हो सकता है।

मैंने अब 6.0.1 के लिए एक प्लगइन बिल्ड जारी किया है, 6.1.x अगला है।

@ppadovani
आपके काम और 6.0.1 रिलीज के लिए धन्यवाद!

किबाना 6.0.1 पर आधारित, इस प्लगइन को स्थापित करने के बाद, कुछ किबाना सुविधाएँ अच्छी तरह से काम नहीं करती हैं।

जब टाइमलियन पर क्लिक करते हैं, तो यह एक त्रुटि संदेश दिखाता है:

यदि एक्स-पैक स्थापित है, तो कुछ एक्स-पैक फीचर "डिस्कवर" में "फोरच" में एक और त्रुटि संदेश है

अरे किबाना टीम, आपने अभी तक @ppadovani को काम पर क्यों नहीं रखा?

@sccds - कृपया इस बग रिपोर्ट को मेरे GitHub रेपो में स्थानांतरित करें:

https://github.com/ppadovani/KibanaNestedSupportPlugin/issues/27

अगर किसी को मेरे प्लगइन के साथ समस्या है, तो कृपया मेरे रेपो पर मुद्दों को खोलें और यहां बातचीत शुरू न करें। इस मुद्दे के अब तक बहुत अधिक ग्राहक हैं।

@Hronom - मैं इस विचार की सराहना करता हूं, लेकिन मेरी ताकत जावास्क्रिप्ट में नहीं है .... हालांकि इस प्लगइन को बनाने और किबाना को हैक करने से निश्चित रूप से उस क्षेत्र में मेरी क्षमताओं में मदद मिली है।

एफवाईआई - मेरा प्लगइन अब किबाना रिलीज के साथ अद्यतित है। मैंने 6.1.2 समर्थन जारी किया है।

धन्यवाद @ppadovani , इसे आते रहें!

+1

+1

+1 नमस्ते, Tomitribe इस सुविधा में बहुत रुचि रखता है। जानिए कब से लागू होगा यह फीचर?

@ppadovani मैं कार्यक्षमता के बारे में कहां पूछ सकता हूं? मैं डेटा तालिका में नेस्टेड एकत्रीकरण के साथ संघर्ष कर रहा हूँ।

@bumerankkk यहां जाएं और एक समस्या खोलें: https://github.com/ppadovani/KibanaNestedSupportPlugin

वैकल्पिक रूप से, यदि आप किसी ऐसे दस्तावेज़ पृष्ठ पर जाते हैं जो आपके प्रश्न से मेल खाता है, तो आप पृष्ठ के निचले भाग में एक टिप्पणी जोड़ सकते हैं।

https://ppadovani.github.io/knql_plugin/overview/

क्या इस पर सक्रियता से काम किया जा रहा है? क्या हमारे पास समय-सीमा है कि ऐसी सुविधा कब उत्पादन रिलीज़ का अनुभव करेगी?

जन्मदिन मुबारक हो 🎂 'नेस्टेड टाइप एग्रीगेशन',

अब आप पहले से ही चार साल के हैं। अभी कुछ समय पहले आप इतने छोटे और प्यारे थे।
आशा है कि आप बड़े होंगे और भविष्य में हमारे पास कुछ सामान्य अच्छे वर्ष होंगे।

सबसे अच्छा मालू

+1

+1

+1

+1

+1

+1

+1

इसे अभी तक लागू क्यों नहीं किया गया

कारण, इस विशेषता के साथ मट्ठा में कोई धागा नहीं होगा, कोई मज़ा नहीं होगा और कोई भी किबाना के जीथब में नहीं जाएगा, यह किसी प्रकार का बीकन है

नवीनतम एल्क संस्करण मेरे लिए सही ढंग से नेस्टेड डेटा का समर्थन करता है

एल एल मिए, 6 जून 2018 और पिछले 22:08, यूजीन नोटिफिकेशन @github.com
विवरण:

कारण कारण, इस सुविधा के साथ मट्ठा में कोई धागा नहीं होगा, कोई मज़ा नहीं होगा और
किबाना के जीथब में कोई नहीं जाएगा, यह किसी प्रकार का बीकन

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/elastic/kibana/issues/1084#issuecomment-395214259 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AMK55lokgriJHhPF5EuBN6yREr5-dT4-ks5t6ETAgaJpZM4Bru7J
.

@javixeneize मैं यहां 6.2.4 संस्करण पर बैठा हूं, डेटा नेस्टेड ऑब्जेक्ट्स का समर्थन नहीं मिल रहा है, अगर मैं गलत हूं तो मुझे सही करें

मेरे पास वह संस्करण है और मैं ab तक पहुंच सकता हूं, जहां मेरी संरचना {Id:xx,
ए: {बी: एक्सएक्स}}

एल एल मिए, 6 जून 2018 और पिछले 22:18, यूजीन नोटिफिकेशन @github.com
विवरण:

@javixeneize https://github.com/javixeneize मैं यहां 6.2.4 पर बैठा हूं
संस्करण, डेटा नेस्टेड ऑब्जेक्ट्स का समर्थन नहीं मिल रहा है, अगर मैं गलत हूं तो मुझे सही करें।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।

इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/elastic/kibana/issues/1084#issuecomment-395216828 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AMK55tPrh5Qi8m7PyHbQatkRAw8qj4RGks5t6EcKgaJpZM4Bru7J
.

@javixeneize क्या आपके पास type : nested साथ अगला मैपिंग है?
आप GET /index-name द्वारा मैपिंग प्राप्त कर सकते हैं

{
  "document": {
    "properties": {
      "locations": {
        "type": "nested",
        "properties": {
          "name": {
            "type": "keyword"
          },
          "popularity": {
            "type": "long"
          }
        }
      }
    }
  }
}

मैं कल जांच करूंगा लेकिन मेरे पास डिफ़ॉल्ट कॉन्फ़िगरेशन है

एल एल मिए, 6 जून 2018 और पिछले 22:24, यूजीन नोटिफिकेशन @github.com
विवरण:

@javixeneize https://github.com/javixeneize क्या आपके पास अगली मैपिंग है
प्रकार के साथ: नेस्टेड?
आप GET /index-name . द्वारा मैपिंग प्राप्त कर सकते हैं

{
"दस्तावेज़": {
"गुण": {
"स्थान": {
"टाइप": "नेस्टेड",
"गुण": {
"शुरू": {
"प्रकार": "लंबा"
},
"समाप्त": {
"प्रकार": "लंबा"
},
"सामान्यीकृत": {
"टाइप": "कीवर्ड"
},
"मूल": {
"टाइप": "कीवर्ड"
}
}
}
}
}
}
}

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/elastic/kibana/issues/1084#issuecomment-395218644 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AMK55npNY8uTVUPgVIbjXfAXSB5tPwDwks5t6EikgaJpZM4Bru7J
.

@javixeneize अग्रिम धन्यवाद!
आपके पास शायद सब जेसन ऑब्जेक्ट है जो मुख्य दस्तावेज़ में फ़्लैट किया गया था, लेकिन यह नेस्टेड ऑब्जेक्ट नहीं है।

हाँ सावधान रहें @javixeneize आपका डेटा अपेक्षित रूप से सहसंबंधित नहीं होगा जब तक कि आप विशेष रूप से उस क्षेत्र के लिए ईएस में मैपिंग को नेस्टेड पर सेट नहीं करते हैं

https://www.elastic.co/guide/en/elasticsearch/reference/current/nested.html

मुख्य समस्या नेस्टेड ऑब्जेक्ट में प्रत्येक फ़ील्ड केवल एक सरणी बन जाती है और आप गुणों के बीच सहसंबंध खो देते हैं।

मैंने अभी के लिए es में डंप करने से पहले अपना डेटा फ़्लैट किया है।

यदि आप इसे लागू करने के लिए इलास्टिक की प्रतीक्षा नहीं कर सकते, तो आप मेरे किबाना प्लगइन का उपयोग कर सकते हैं:

अवलोकन:
https://ppadovani.github.io/knql_plugin/overview/
स्थापना:
https://ppadovani.github.io/knql_plugin/installation/
क्वेरी भाषा (एसक्यूएल की तरह):
https://ppadovani.github.io/knql_plugin/knql/

5.5.3 से 6.2.4 के लिए समर्थन, यदि कोई संस्करण गुम है, तो 5.5 के बाद कृपया एक समस्या खोलें:
https://github.com/ppadovani/KibanaNestedSupportPlugin

योगदान, सुविधा अनुरोध और बग रिपोर्ट का स्वागत है।

ठीक है, मुझे फिर इंतजार करना होगा ...

एल एल ज्यू, ७ जून २०१८ और पिछले ०:३८, पियरे पडोवानी नोटिफिकेशन @github.com
विवरण:

यदि आप इसे लागू करने के लिए इलास्टिक की प्रतीक्षा नहीं कर सकते, तो आप मेरे किबाना का उपयोग कर सकते हैं
लगाना:

अवलोकन:
https://ppadovani.github.io/knql_plugin/overview/
स्थापना:
https://ppadovani.github.io/knql_plugin/installation/
क्वेरी भाषा (एसक्यूएल की तरह):
https://ppadovani.github.io/knql_plugin/knql/

5.5.3 से 6.2.4 के लिए समर्थन, यदि कोई संस्करण गुम है, तो 5.5 के बाद कृपया
एक मुद्दा खोलें:
https://github.com/ppadovani/KibanaNestedSupportPlugin

योगदान, सुविधा अनुरोध और बग रिपोर्ट का स्वागत है।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/elastic/kibana/issues/1084#issuecomment-395246977 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AMK55q36DWICC4QoNald5fO7rCBnLdTgks5t6GgJgaJpZM4Bru7J
.

+1

+1

+1

+1

+1

+1

बहुत उपयोगी विशेषता... +1

इस समर्थन के बिना मेरे उपयोग के मामलों के लिए किबाना बिल्कुल बेकार है। मुझे अपने डेटा को समतल या पुनर्गठित नहीं करना चाहिए। मुझे केवल डेटा डालने और विज़ुअलाइज़ेशन या एकत्रीकरण प्राप्त करने में सक्षम होना चाहिए। चार साल बाद और अभी भी कोई नेस्टेड ऑब्जेक्ट समर्थन नहीं है?

कोई अनुमान है कि यह सुविधा कब उपलब्ध होगी?

क्या लोचदार से कोई हमें बता सकता है कि क्या यह सुविधा किबाना में जुड़ जाती है? यह टिकट अब लगभग 5 वर्षों के लिए खुला है।

साथ ही, अगर किबाना में इसका उपयोग नहीं किया जा सकता है तो ऐसी सुविधा को जारी करने का क्या मतलब है?

मुझे गलत मत समझो लेकिन यह थोड़ा अजीब लगता है।

+1

+1

@dayotoro @berkoaviv @yechanpark @ mackermann2 @mahnejo @bphenriques

कृपया +1 टिप्पणियों जैसी टिप्पणियां न जोड़ें। विशेष रूप से उन मुद्दों के लिए जिनकी आप वास्तव में परवाह करते हैं! मैं बता दूं, कोई भी व्यक्ति जिसके पास नोटिफिकेशन चालू है, वह आसानी से नाराज हो जाएगा और थ्रेड की सदस्यता समाप्त कर देगा। इसका मतलब है कि योगदानकर्ता इसे एक महत्वपूर्ण मुद्दे के रूप में नहीं देखेंगे, जो विशुद्ध रूप से कितने प्रतिभागियों के शामिल होने पर आधारित है। जब लोग सदस्यता समाप्त करते हैं, तो यह संख्या कम हो जाती है।

इसके बजाय, आपको क्या करना चाहिए ऊपरी दाएं कोने में बॉक्स के माध्यम से धागे की सदस्यता लें और अपना समर्थन दिखाने के लिए प्रारंभिक जीथब जारी करें।

@ Bugs181 यह यहां काम नहीं करता है, यह मुद्दा यह विसंगति है और आने वाली सभी तरंगों को अवशोषित करता है, अब पांच साल के लिए!

मुझे लगता है कि वैज्ञानिकों को इस ब्लैक होल का पता लगाना चाहिए!

लगता है किबाना के देवताओं में असामान्य शक्ति है !!!

@ Bugs181 यह यहां काम नहीं करता है, यह मुद्दा यह विसंगति है और आने वाली सभी तरंगों को अवशोषित करता है, अब पांच साल के लिए!

क्या आपने कभी सोचा है कि वे "+1 मुझे भी" टिप्पणियों के साथ पूरे मुद्दे को पढ़ना नहीं चाहते थे, जो जानकारी के लिए मछली पकड़ रहे थे जो उनके लिए मूल्यवान हो सकता था?

@ppadovani में एक ओपन सोर्स प्लगइन है जिसका उपयोग किया जा सकता है (ऊपर उनकी टिप्पणी देखें )

@ मिका76
मैं इसका उपयोग कर रहा हूँ।

साधारण मामले में बहुत उपयोगी

@ mika76 बस जागरूक

ppadovani ने 28 दिन पहले टिप्पणी की थी
हे दोस्तों... मैंने काम और जीवन के कारण अपना समय बहुत सीमित पाया है। इसके अतिरिक्त, भले ही मैं चीजों को आंशिक रूप से प्राप्त करने में सक्षम था, किबाना टीम ने रिएक्ट में जाने में जो बदलाव किए, उनमें से ज्यादातर मैंने जो किया है, उसके बड़े हिस्से को फिर से लिखने की आवश्यकता होगी।

@ mika76 हाँ यह प्लगइन नेस्टेड ऑब्जेक्ट्स को अभी काम करने का एकमात्र तरीका है।
लेकिन मेरे लिए अजीब बात यह है कि इलास्टिक्स खोज को नेस्टेड वस्तुओं के लिए आधिकारिक समर्थन प्राप्त है, लेकिन किबाना नहीं।

जैसा कि उल्लेख किया गया है @ Bugs181 यह वर्तमान में सक्रिय रूप से बनाए नहीं रखा गया है और इसका मतलब है कि आप ELK स्टैक के नवीनतम संस्करण में अपग्रेड नहीं कर सकते हैं।

तो आधिकारिक समर्थन का मतलब उचित रखरखाव भी है। लेकिन क्योंकि देव इस मुद्दे पर थूक रहे हैं, हमारे पास इसके लिए आधिकारिक समर्थन नहीं है।

मुझे यहां दूसरा @ Bugs181 करना होगा। इस मुद्दे को '+1' करना और अन्यथा इसे स्पैम करना, इसके लिए जागरूकता बढ़ाने में बहुत मदद नहीं करता है, लेकिन केवल लोगों को इसे म्यूट कर देगा या हमें उस बिंदु के करीब लाएगा जहां मुझे इसे बंद करने की आवश्यकता होगी, जो मैं वास्तव में नहीं करता मैं नहीं चाहता, क्योंकि मैं हर मुद्दे पर चर्चा के लिए खुला रखना चाहता हूं, क्योंकि मैं खुले संचार में विश्वास करता हूं।

अब तक मैंने हमेशा उस प्लगइन का उपयोग करने की सिफारिश की है। मुझे पता नहीं था कि यह अब सक्रिय रूप से बनाए नहीं रखा गया है और यह सुनकर दुख हुआ। हम यह भी जानते हैं कि यह मुद्दा 5 वर्षों से खुला है, और हम मुद्दों पर विश्लेषण चला रहे हैं (किबाना में स्पष्ट रूप से - स्क्रीनशॉट संलग्न देखें) और जानते हैं कि यह सबसे अधिक प्रतिक्रिया देने वाला मुद्दा है:

लेकिन जैसा कि आप बहुत अधिक जागरूक हैं (शाब्दिक रूप से) हजारों अन्य मुद्दे खुले हैं, इसलिए हमें हमेशा एक अच्छी प्राथमिकता खोजने के लिए सुविधाओं, बग फिक्सिंग आदि के बीच संतुलन बनाने की आवश्यकता होती है। इसके अलावा (लेकिन न केवल) क्योंकि उस सुविधा में हमेशा एक बहुत ही ठोस काम करने वाला सामुदायिक प्लगइन था, इसे अब तक पर्याप्त प्राथमिकता (अन्य मुद्दों को मात देने के लिए) नहीं मिली है। साथ ही अक्सर विभिन्न चीजों के बीच तकनीकी संबंध होते हैं, और उदाहरण के लिए नेस्टेड फ़ील्ड समर्थन के लिए हम वर्तमान में पहले संपूर्ण विज़ुअलाइज़ेशन रेंडरिंग पाइपलाइन (#19813) के अपने ओवरहाल को समाप्त करना चाहते हैं, इससे पहले कि हम इसे शुरू करें, क्योंकि यह अत्यधिक जुड़ा हुआ है साथ में। फिर भी हम वर्तमान में 7.x के लिए हमारे रोडमैप पर इस समस्या का सामना कर रहे हैं और उम्मीद है कि अन्य तकनीकी परिवर्तनों से अवरुद्ध नहीं होगा, इसलिए हम जल्द ही उस सुविधा को किबाना कोर में स्थानांतरित कर सकते हैं ताकि इसे सामुदायिक प्लगइन के बिना उपलब्ध कराया जा सके।

क्या नेस्टेड ऑब्जेक्ट विज़ुअलाइज़ेशन का समर्थन करने के अनुरोध में माता-पिता-बाल संबंधों के लिए समर्थन शामिल है? मेरे पास एक ग्राहक है जो अभिभावक-बाल विज़ुअलाइज़ेशन के बारे में पूछताछ कर रहा है।

@MorrieAtElastic नहीं, अभिभावक-बच्चा एक अलग मुद्दा होगा।

https://github.com/elastic/kibana/issues/3730
https://github.com/elastic/kibana/issues/20255

यह वास्तव में बड़ा मुद्दा है क्योंकि हम किबाना में 1:M संबंधों को ठीक से दिखाने में असमर्थ हैं क्योंकि लोचदार खोज नेस्टेड ऑब्जेक्ट का समर्थन करती है ताकि हम डेटा लोड कर सकें लेकिन ठीक से नहीं देख सकें। इसे जल्द ठीक किया जाना चाहिए।

धन्यवाद,
राकेश

आज KQL में नेस्टेड फील्ड सपोर्ट पर काम करना शुरू किया। ट्रैक करने के लिए एक अलग मुद्दा बनाया क्योंकि किबाना में पूर्ण नेस्टेड फ़ील्ड समर्थन में केवल केक्यूएल से परे कई बदलाव शामिल हैं।

https://github.com/elastic/kibana/issues/44554

ओएमजी क्या यह असली है? 5 साल बाद...

नए डेटाटाइप के बारे में क्या: चपटा हुआ? क्या भविष्य में उस नए प्रकार के विज़ुअलाइज़ेशन के लिए समर्थन होगा? कई सेवा ग्राहकों को इस नए प्रकार की ओर अग्रसर किया जा रहा है और वे पूछ रहे हैं कि क्या/कब दृश्यावलोकन चलन में आ सकता है।

@Barrybigbuddy मुझे यकीन नहीं है कि क्या योजनाएं चपटी हैं, क्या आप इसके लिए एक अलग टिकट बना सकते हैं?

मैं किबाना में माता-पिता और बच्चे के रिश्ते का प्रतिनिधित्व करना चाहता हूं। अतः आपसे अनुरोध है कि इस सुविधा को प्राथमिकता दी जाए। धन्यवाद। एम'जय

+1

बहुत बढ़िया! +1 यहाँ! क्या इस सुविधा के लिए कोई विशिष्ट समय सीमा है?

मुझे यहां पार्टी पॉपर बनने दें और एक संक्षिप्त अनुस्मारक दें: इस मुद्दे पर बहुत से लोगों ने सदस्यता ली है (228 समुदाय के लोग + कुछ इलास्टिक टीम), इसलिए यह अच्छा होगा यदि हम +1 को न्यूनतम। गिटहब की अच्छी प्रतिक्रिया सुविधा के लिए धन्यवाद, आप सभी ग्राहकों को अधिसूचना ट्रिगर किए बिना @Bargs के लिए अपनी स्वीकृति और प्यार भी जोड़ सकते हैं (या आपकी अस्वीकृति, फिर वह नेस्टेड फ़ील्ड समर्थन पर फिर से काम करना बंद कर सकता है: पलक :)। साथ ही विशेष रूप से चूंकि यह इतना बड़ा टिकट है, कृपया अन्य फ़ील्ड प्रकारों के बारे में असंबंधित प्रश्नों के लिए इसका उपयोग न करें।

मैं अन्य फ़ील्ड प्रकारों के लिए यहां कुछ संदर्भ छोड़ूंगा:

• flattened फ़ील्ड प्रकार के लिए समर्थन - वर्तमान में हमारे निकट-अवधि के रोडमैप पर नहीं है
• माता-पिता/बच्चे का समर्थन - वर्तमान में हमारे निकट-अवधि के रोडमैप पर नहीं है

कब आएगा यह फीचर हम इस पर सक्रिय रूप से काम कर रहे हैं और इसके अलग-अलग चरण होंगे (KQL, फ़िल्टरिंग समर्थन, विज़ुअलाइज़ेशन, आदि) जो विभिन्न संस्करणों में आ सकते हैं, और यह इस पर निर्भर करेगा कि विकास प्रक्रिया उस पर कैसे चलेगी। हम इस सुविधा से संबंधित पुल अनुरोध यहां एक टिप्पणी के रूप में पोस्ट करेंगे, ताकि आप पीआर में देख सकें कि किस संस्करण में विशिष्ट चरण/समर्थन का हिस्सा उतरेगा।

मुझे यकीन नहीं है कि यह वही मुद्दा है, लेकिन मेरे पास ऑब्जेक्ट्स की सूची वाला एक इंडेक्स है, लेकिन "नेस्टेड" डेटाटाइप का उपयोग नहीं कर रहा है। हालांकि किबाना में "उपलब्ध फ़ील्ड" के तहत, मुझे उन वस्तुओं के अंदर फ़ील्ड नहीं दिख रहे हैं जो सूची में हैं। क्या यह एक ज्ञात सीमा है?

@ppadovani किबाना-7.3.1 के लिए प्लगइन उपलब्ध है?

हाय सब, मुझे लगता है कि मुझे इस समस्या के लिए किसी तरह का समाधान मिला है। मैपिंग के स्रोत कोड को पढ़कर मैंने पाया कि नेस्टेड मैपिंग प्रकार के लिए एक include_in_parent विकल्प है। इस विकल्प का उपयोग करते समय, मैं बिना किसी समस्या के किबाना में वस्तुओं की एक सरणी की कल्पना करने में सक्षम हूँ !!! किसी कारण से यह विकल्प ES दस्तावेज़ में प्रकट नहीं होता है। शायद मुझे कुछ गलत हो रहा है लेकिन जाहिर तौर पर सब कुछ काम करता है। मैं फ़ील्ड विकल्प का उपयोग करता हूं ताकि मैं कीवर्ड और पूर्ण-पाठ दोनों के रूप में खोज कर सकूं।

मानचित्रण

पुट / टेस्ट_इंडेक्स
`` `जेसन
{
"मैपिंग": {
"गतिशील": "सख्त",
"गुण": {
"राज्य": {
"टाइप": "कीवर्ड"
},
"के द्वारा बनाई गई": {
"टाइप": "नेस्टेड",
"include_in_parent": सच,
"गुण": {
"पहला नाम": {
"पाठ टाइप करे",
"खेत": {
"कच्चा": {
"टाइप": "कीवर्ड"
}
}
},
"उपनाम": {
"पाठ टाइप करे",
"खेत": {
"कच्चा": {
"टाइप": "कीवर्ड"
}
}
}
},
"गतिशील": "सख्त"
},
"लोग": {
"टाइप": "नेस्टेड",
"include_in_parent": सच,
"गुण": {
"पहला नाम": {
"पाठ टाइप करे",
"खेत": {
"कच्चा": {
"टाइप": "कीवर्ड"
}
}
},
"उपनाम": {
"पाठ टाइप करे",
"खेत": {
"कच्चा": {
"टाइप": "कीवर्ड"
}
}
}
},
"गतिशील": "सख्त"
}
}
}
}

### Documents
POST test_index/_doc
```json
{
  "state": "done",
  "created_by": {
    "first_name": "Patricio",
    "last_name": "de Villa"
  },
  "people": [
    {
      "first_name": "Patricio",
      "last_name": "de Villa"
    },
    {
      "first_name": "Test",
      "last_name": "Test"
    }
  ]
}

@patodevilla

समाधान के रूप में include_in_parent या copy_to का उपयोग करना समर्थित नहीं है और भविष्य के रिलीज़ में कार्य करना बंद कर सकता है।

https://www.elastic.co/guide/en/kibana/7.x/nested-objects.html

नेस्टेड फील्ड समर्थन चरण 1 7.6.0 में जारी किया गया

इस मुद्दे के लिए एक छोटा सा अपडेट: हमने अभी किबाना का 7.6.0

• इंडेक्स पैटर्न नेस्टेड फ़ील्ड का सही पता लगाएंगे
• आप डिस्कवर में नेस्टेड फ़ील्ड देख पाएंगे
• फ़िल्टर बार के माध्यम से नेस्टेड फ़ील्ड पर फ़िल्टर करना काम करता है
• KQL नेस्टेड फ़ील्ड की खोज की अनुमति देता है (नेस्टेड फ़ील्ड को क्वेरी करने पर सिंटैक्स की व्याख्या के लिए KQL दस्तावेज़ देखें)

हम वर्तमान में विज़ुअलाइज़ेशन में नेस्टेड फ़ील्ड को सक्षम करने पर काम कर रहे हैं और हम प्रासंगिक जानकारी के साथ इस समस्या को अपडेट करना जारी रखेंगे।

नमस्ते! हम नेस्टेड कार्यात्मक की प्रतीक्षा कर रहे हैं। हम इसे कब देख सकते हैं? यह एकमात्र क्षण है जो पूरी तरह से किबाना पर स्विच नहीं करता है (लोचदार सबसे अच्छा है)। पूरी दुनिया आपको देख रही है।

नेस्टेड फ़ील्ड क्वेरी अभी भी KQL के साथ खराब है।
उदाहरण:
इंडेक्स मैपिंग पर विचार करें जिसे परिभाषित किया गया है
"first": { "type": "nested", "properties": { "second": { "type": "nested", "properties": { "field": { "type": "text" } } } } }
मैंने इस इंडेक्स के आधार पर इंडेक्स पैटर्न बनाया है और first.second.field : "test" को क्वेरी करना चाहता हूं
निरीक्षण टैब में यह क्वेरी उत्पन्न होगी
"filter": [ { "bool": { "should": [ { "match": { "first.second.field": "test" } } ], "minimum_should_match": 1 } } ],
जो गलत है।
सही संस्करण में नेस्टेड सिंटैक्स "nested": {"path": "first.second",...} भी शामिल होना चाहिए

पिंगिंग @ इलास्टिक/किबाना-ऐप-आर्क (टीम: ऐपआर्च)

@IlyaHalsky कृपया नेस्टेड फ़ील्ड पर KQL दस्तावेज़ देखें । नेस्टेड फ़ील्ड को क्वेरी करने के लिए एक विशिष्ट सिंटैक्स की आवश्यकता होती है, क्योंकि आपके पास उन पर क्वेरी करने के कई तरीके हैं (आपके मामले में आप सबसे अधिक संभावना बस करना चाहते हैं: first.second:{ field: "test" } )।

जब आप किसी KQL क्वेरी में पहली बार नेस्टेड फ़ील्ड का उपयोग करने का प्रयास करते हैं तो आपको एक टोस्ट सूचना भी दिखाई देनी चाहिए जो आपको उस स्पष्टीकरण से जोड़ेगी।

मैं पूछता हूं कि क्या कोई नया किबाना रिलीज है जो नेस्टेड फ़ील्ड को विज़ुअलाइज़ करने में समर्थन करता है:
मेरा डेटा उदाहरण:
{
"फ़ील्डएक्स": "एक्स",
"फिडवाई": "वाई",
"विसंगतियां": [
{
"श्रेणी": "सिस्टम",
"नाम": "सीपीयू",
"तारीख": "2020-03-11T13:33:40.000Z"
},
{
"श्रेणी": "रिबूट",
"नाम": "रीसेट",
"तारीख": "2020-03-11T13:33:40.000Z"
},
{
"श्रेणी": "सिस्टम",
"नाम": "स्मृति",
"तारीख": "2020-03-11T13:33:40.000Z"
}
]
}

मैं किबाना में एक पाई चार्ट की कल्पना करना चाहता हूं जहां:
स्लाइस आकार गणना = विसंगतियों सरणी वस्तुओं की कुल संख्या (दस्तावेजों की गणना x वस्तुओं की गणना विसंगतियों सरणी द्वारा की जाती है)
पहली बाल्टी = विसंगतियाँ। श्रेणी
दूसरी बाल्टी = विसंगतियाँ।नाम

दूसरे शब्दों में मैं विसंगति श्रेणी द्वारा विसंगति नाम के वितरण की कल्पना करना चाहता हूं?

+1

इस पर कोई भी समाचार? 7.6 रिलीज़ पहले से ही कुछ महीने पुरानी है, 7.7 और 7.8 में रिलीज़ नोट्स में इसका कोई उल्लेख नहीं था और 7.9, 7.x और मास्टर के दस्तावेज़ों में भी इस कार्यक्षमता के बारे में कोई नई जानकारी नहीं है।

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