+1 لتجميع الكائنات المتداخلة.

+1

+1

+1

+1

+1

+1

+1

+1

+1

+100000

+1

لكي نكون واضحين ، لا توجد طريقة لإجراء مرشح / استعلام / agg متداخل في kibana 4 الآن ، هل هناك؟

+1

+1111

+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!

سيكون قويا مع هذا!

فهل يمكن لأحد أن يوضح هذا ؛ في هذا المنشور (https://www.elastic.co/blog/kibana-4-beta-1-released) لـ Kibana4beta1 ينص على أن "Kibana 4 يجلب قوة التجميعات المتداخلة لـ Elasticsearch إلى نقرة على الماوس." لا يمكنني إنشاء أي تصورات في المستندات ذات الكائنات المتداخلة. لقد تأكدت أيضًا من تمييز الكائنات المتداخلة في قالب الفهرس الخاص بي على أنها "متداخلة". إذن ، هل دعم Kibana للتجميعات المتداخلة لا يماثل دعم ES للكائنات المتداخلة؟ ماذا ينقصني؟ شكرا.

cslinuxboy - أعتقد أنهم يستخدمون كلمة "متداخلة" هنا للإشارة إلى التجميع عبر حقول متعددة ، على سبيل المثال "التجميع حسب الوقت ثم الموقع الجغرافي" (وليس "متداخلاً" كما هو الحال في استخدامه في النظام الأساسي لـ "الكائنات المتداخلة")

@ Alex-Ikanow - شكرا على الرد. سيء للغاية هذا غير ممكن في هذا الوقت. لقد رفعت آمالي عند قراءة الوصف المضلل على منشورهم التجريبي 1.

+1 لدعم الكائنات المتداخلة ضمن تجميع التصور.

+1

أنا أستخدم حاليًا علاقات الوالدين / الأطفال كحل بديل يبدو أنه يعمل بشكل جيد.

calvdee هل لديك استفسارات has_parent أو has_child للعمل في شريط بحث Kibana؟ هذا لا يعمل من أجلنا وهي مشكلة كبيرة ، سأكون ممتنًا دائمًا إذا كان لديك هذا العمل ويمكن أن تخبرني ... شكرًا !!!

لا ، بالنسبة لحالة الاستخدام الخاصة بنا ، فإن جميع الآباء لديهم أطفال وجميع الأطفال بالضرورة لديهم آباء لأننا نقوم بفهرسة بيانات الفاتورة ، لذا فإن الاستعلامات العادية تعمل فقط (انظر الصورة).

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

تقرأ الحقل _mapping ، لذا يجب أن تعرف متى يكون حقل معين متداخلًا ، لذا لا يمكنه تلقائيًا تطبيق الواجهة / الاستعلام المتداخل الصحيح عند تحديد هذا الحقل في الاستعلامات أو الواجهات؟

نعم ،: +1: في هذا. على الرغم من أنني تمكنت من كتابة التجميع المتداخل الصحيح على CLI ، ويمكنني سحب البيانات باستخدام curl ، إلا أنني لم أجد طريقة لجعلها تعمل في علامة التبويب "Visualize" في Kibana ، ولا حتى باستخدام مربع تحرير JSON. من المسلم به أنني لا أستخدم هذه الميزة (المربع) مطلقًا ، ولكن يبدو أنه من الممكن فقط "إضافة" عناصر إلى تجميع حالي ، وليس استخدامها لإنشاء تجميع جديد من البداية ... (سأكون ممتنًا للتصحيح إذا كنت مخطئا في هذا!).

نعم ، تعد تجميعات الأنواع المتداخلة أساسية ويتم استخدامها على نطاق واسع لأنها تحل مشكلة معينة تتعلق بالبيانات الثابتة.

إذا كان Kibana4 هو منتج التصور لـ ES ، فيجب أن يدعم جميع مجموعات ES.

سيكون من الجيد أن ترى هذا على الأقل في خريطة طريق Kibana4 .

+1

+1

+1

+1

+1

من # 3729 :-)

أود أن أرى خيارًا مجمعًا "مستندات فرعية"
(بعد الرسم البياني للتاريخ ، والمدرج التكراري ، وما إلى ذلك) الذي يفتح ملف
معلمات لاستعلام DSL لتجميع الأطفال ، مثل
"نوع الطفل" ، "الحقول" ، إلخ.

سيسمح هذا للمرء بإنشاء مجاميع متداخلة على الطفل
مستندات.

لا يبدو أنني قادر على إنشاء مثل هذا الاستعلام باستخدام
ميزة التحرير المتقدمة. قد يكون شخص ما يستطيع
تنورني.

شكرا

+1

+1

+1

+1 حقًا بحاجة إلى هذه القدرة. يمكنني تجريد جميع الآباء الذين لديهم logstash كحل عمل ، لكن هذا سيتطلب ملف تكوين ضخم لأن لدي مئات الحقول.

+1 أي شخص يعرف ما إذا كان هذا مخططًا؟

+1

في الوقت الحالي ، أفكر في تغيير بعض التعيينات الخاصة بي للتوقف عن استخدام كائنات الكتابة "المتداخلة" ، حيث لا يمكنني إنشاء تصورات Kibana في أي من هذه الحقول. إذا كنت أعلم أن المشكلة كانت على الأقل على خريطة الطريق ، فستكون مساعدة كبيرة حقًا في اتخاذ هذا القرار.

benjismith - لقد قمت أيضًا الأصلية / الفرعية. حتى الآن يعمل بشكل جيد ، لكنني أتفق معك ؛ سيكون من الجيد معرفة ما إذا كانت هناك أي فرصة لأن تصبح هذه ميزة في Kibana ، لذلك يمكننا جميعًا إما انتظارها أو المضي قدمًا.

حظا سعيدا.

+1

+1

+1 لدعم تجميع النوع المتداخل

+1

+1

+1

+1

+1

+1

بالنسبة لأولئك الذين يتطلعون إلى القيام بتجميعات بسيطة عبر حقول محددة داخل المستندات المتداخلة (على سبيل المثال ، تجميع "المصطلحات" في حقل للعثور على القيم العليا) ، قد تفكر في إضافة إعداد "include_in_parent" إلى تعيين Elasticsearch الخاص بك. يؤدي هذا إلى إنشاء نسخة مسطحة من حقل في المستند المتداخل على المستوى الأصل.

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

لن تظهر هذه الحقول في قائمة اكتشاف الحقول على الجانب الأيسر ، على الرغم من أنك ستراها في عرض تفاصيل المستند كحقل مصفوفة. ومع ذلك ، سيكون لديك حق الوصول إلى الحقول الفردية في قائمة المقاييس في Visualize ، وستتمكن من تشغيل التجميعات عليها.

هذا ما نفعله لتصور Watch History ، الذي يعتمد على بنية مستند متداخلة (انظر "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 آخر ... ربما يساعد ملخص لمكان وجود تجمعات النوع المتداخلة.

أنا 5 أيام في تعلم كيفية عمل رسوم بيانية جميلة ، لذا سامحني إذا كان أي من هذا واضحًا.

ما هي المشكلة؟

هل ما زالت مشكلة البحث المرن أم مشكلة استعلام Lucene؟

لا يتم حلها عن طريق التجميعات ، ولكن يتم حلها من خلال حقيقة أننا نسمح لك بكتابة elasticsearch JSON في مربع الإدخال. إنه ليس مثاليًا ، ولكن ما لم يوسع elasticsearch بناء جملة سلسلة استعلام لوسين لتحديد الحقول المتداخلة ، فهو أفضل ما يمكننا فعله. - تعليق rashidkpc البالغ من العمر سنة

إصلاح Kibana ممكن؟

إذا كان ES / Lucene ، فهل يمكن لـ Kibana تقديم حل / اختراق وسيط في هذه الأثناء؟ فكر في الحشوات ES6 وبادئة البائع CSS.

لرسم الخرائط المتداخلة: فرصة لاختيار متداخل في المحرر (وتكوين مسار ...) للوحات Kibana. bobmercer

أو:

تقرأ الحقل _mapping ، لذا يجب أن تعرف متى يكون حقل معين متداخلًا ، لذا لا يمكنه تلقائيًا تطبيق الواجهة / الاستعلام المتداخل الصحيح عند تحديد هذا الحقل في الاستعلامات أو الواجهات؟
أليكس إيكانو ، OP

هل هناك من يخترق الحل؟ هل لدى أي شخص فكرة / اتجاه عن مكان الاختراق؟

حول العمل؟

هل حقق أي شخص أي نجاح مع التداخل / include_in_parent؟ هل يتطلب الأمر dynamic: static ، dynamic: true . محاولاتي باءت بالفشل مع 0 نتيجة. tbragin

هل لدى أي شخص أمثلة لمربع الإدخال JSON الذي ألمح إليه rashidkpc أعلاه؟

الوالد / الطفل

هذه هي خطوتي التالية. أنا متأكد من أن هناك الكثير من المواد المرجعية على الإنترنت لهذا الغرض ، ولكن لن يضر الإشارة إلى الأمثلة / البرامج التعليمية لهذا البديل.

نظرًا لعدم معرفتي بأجزاء kibana الداخلية ، أفكر في كتابة وكيل REST بين المرونة والكيبانا. عند الاستعلام من Kibana عن نوع معين بالنظر إلى بعض معايير البحث القائمة على المصطلحات ، يقوم هذا الوكيل أولاً بالاستعلام عن النوع الأصل للعثور على مجموعة الآباء الذين يستوفون معايير البحث (يتناسبون مع الذاكرة). ثم يعثر على جميع الأطفال لهؤلاء الآباء ويعيدهم إلى kibana بدون تسوية مع إضافة جميع الحقول الأصلية. سيسمح لنا هذا بالحصول على نموذج الوالدين والطفل في Elastic Search والذي يتجنب انفجار التخزين من تشويه كل شيء إلى مليارات الكائنات الفرعية ، وفي نفس الوقت رسم البيانات بناءً على الحقول الأصلية.

من الناحية المثالية كان هذا جزءًا من Kibana. العالم ليس مسطحا!

+1

+1. اعتدنا على تقسيم مكدس الوظائف أو url_args إلى حقول مختلفة. ولكن جاء ذلك مع حالة مجموعة كبيرة جدًا والعديد من إجراءات تحديث التعيين. لذلك قمنا بتغيير هذا إلى كائن متداخل. الآن ، نحن بحاجة إلى aggs في K4 ....

+1

+1 بحاجة لتصور تجميع الوالدين والطفل.

+1

من فضلك لا تصدق أن جميع مستخدمي Elastic الذين يرغبون في استخدام Kibana يستخدمونه لتحليل السجل. لدينا بيانات مكثفة ، مع كائنات متداخلة ، مملوءة في مجموعتنا والتي نود أن نكون قادرين على إجراء التحليلات مقابلها دون الحاجة إلى سحب البيانات وتحويلها إلى نظام آخر.

القدرة على إنشاء التجميعات المتداخلة والاستعلامات المتداخلة وحتى التجميعات العكسية المتضمنة أمر لا بد منه. كلما طالت مدة Kibana بدون هذه الميزة ، كلما كان علينا إيجاد بديل بدون استخدام Elastic / Kibana. إذا كان توفير واجهة مستخدم سهلة الاستخدام لهذا النوع من الميزات هو الجزء الصعب ، فابدأ بتوفير القدرة للمستخدمين على توفير استعلام json الكامل للمطاط الذي يعرض البيانات المطلوبة.

+1

متفق عليه مع ppadovani . كنا نقيِّم أدوات ذكاء الأعمال وكنا نحب استخدام Kibana ، لكنها لم تدعم العلاقات في كيانات أعمالنا التي نحتاج إلى الإبلاغ عنها ، ولم تكن سهلة الاستخدام بما يكفي ليستكشفها مستخدم غير تقني. انتهى بنا الأمر مع Looker (واجهة مستخدم رسومية لـ SQL بشكل أساسي). قد يقدم النظر إلى المشاهد بعض الأفكار حول كيفية توسيع kibana لخدمة حالات استخدام أكثر تنوعًا في المستقبل.

قررت إلقاء نظرة على كود kibana 4.1 .. (لا يمكنني استخدام Master لأنه يعمل فقط مع 2.x مرونة) .. الرجاء تصحيح ما إذا كنت مخطئًا ولكن يبدو أن القيام بشيء ما هو الخطوة الأولى السهلة هذه الخطوط:

1) ضمن المنطقة القابلة للطي "المتقدمة" للتجميع ، أضف حقل نص يسمى شيئًا مثل "المسار المتداخل".
2) إذا وضع المستخدم سلسلة في هذا الحقل ، فسيكون التجميع الذي تم تعيينه عليه تجميعًا متداخلاً مُسبقًا إليه على النحو التالي:
"aggs": {
"2": {
"متداخل": {"المسار": "foo"}،
"aggs": {
"3": {
"date_histogram": {

للتعامل مع حالة المستويات المتعددة للكائنات المتداخلة ، يمكنك إضافة علامة + تسمح للمستخدم بإضافة مسارات متداخلة إضافية. بالإضافة إلى ذلك ، للتعامل مع التداخل العكسي ، ما عليك سوى إضافة مربع اختيار يسمى "معكوس".

سيوفر هذا على الأقل دعم تجميع محدود "متداخل".

بالنسبة لدعم الاستعلام المتداخل ، فإن الحل الوحيد الذي يمكنني التفكير فيه على المدى القصير هو السماح للمستخدم بإدخال json بحث مرن مرمز يدويًا.

+1

+1 على كل هذا والسماح للمستخدم بإدخال json بحث مرن مشفر

+1

+1

+1. لقد كنت متحمسًا جدًا لاستخدام Kibana لاحتياجات التصور البيئي لدينا ، ولكن بدون دعم لتصور الكائنات المتداخلة ، من المؤلم جدًا استخدام Kibana لأغراضنا هناك.

+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. لكسب CLA ، وإلا أعتقد أنه من الجيد أن تذهب.

+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 نفذ فجوة توقف ، لكنه تسبب في ميزات مهمة ، مثل التصفية والبحث لكسر. كما تسبب أيضًا في ظهور مُنشئ agg نفسه مكسورًا لأولئك الذين لا يفهمون التنفيذ الأساسي للتجميعات المتداخلة. بعد أن جلسنا وننظر أعمق ، أدركنا أن حجم العمل لدعم المستندات المتداخلة بطريقة متماسكة كان مكثفًا.

ليس الأمر أننا لا نريد القيام بذلك ، إنه إذا فعلنا ذلك ، فنحن نريد أن نقوم به بشكل صحيح ، وليس فقط الالتفاف حوله.

نحن ندرك أن الكثيرين مهتمون بتصور البيانات العلائقية ، ولكن نظرًا للأولويات والمخاوف الأخرى ، ليس لدينا موارد لتخصيصها لهذا المشروع في هذا الوقت ولا يمكننا الالتزام بإضافتها إلى خارطة الطريق في المستقبل المنظور.

لمعلوماتك ، كنا نأمل في استخدام kibana مع التجميعات المتداخلة للتحليلات الداخلية ، ولكن انتهى بنا المطاف باستخدام منتج تجاري ، "Looker" ، يقع مباشرة على أنظمة إدارة قواعد البيانات (rdbms) الخاصة بنا. أوصي بشدة أن يلقي مطورو Elastic نظرة على ما فعلوه لجعل استكشاف نموذج علائقي بسيطًا ، حيث أن العديد من الأشخاص غير التقنيين أصبحوا الآن قادرين على تصفح قاعدة بياناتنا المباشرة لأسئلتهم اليومية حول المنتج. لقد قمت بتقييم عدد من المنتجات وظهرت Looker في المقدمة ، وأود أن أرى وظائف مماثلة في Kibana يومًا ما.

نظرًا لتعليق راشد الأخير والانتظار الطويل لهذه الميزة ، أوصي بإغلاق هذه المشكلة. إذا ظلت هذه المشكلة مفتوحة ، فإنها تمنح المستخدمين أملًا كاذبًا في أنه سيكون هناك أي احتمال لتنفيذ ذلك في المستقبل القريب. دعنا نغلقها ونقوم بتقييم الفكرة حتى يكون لدى المطورين الموارد لمعرفة كيفية تنفيذها.

نسخ منشوري من طلب السحب:

يوجد حل هنا ، لكنه سيتطلب قدرًا كبيرًا من العمل وليس لدي الوقت. قمنا بتنفيذ هذا في JAVA لذلك أعرف أن هذا ممكن.

1) يحتاج كل تعيين فهرس إلى سحب وفهم الحقول المتداخلة.
2) أنشئ AST مخصصًا يوفر لغة استعلام مبسطة بدلاً من محاولة استخدام Elasticsearch فقط.
3) قم ببناء محول استعلام يفهم AST ويمكنه التحقق من صحة الاستعلام وتحويله إلى JSON المناسب.
4) قم بتحديث التجميعات في Kibana للتعامل بشكل صحيح مع الحقول المتداخلة بناءً على الفهم الداخلي للحقول المتداخلة.

هذا ليس بالأمر المستحيل ، فقط يتطلب عملا كبيرا. تشمل فوائد تطبيق ما ورد أعلاه التحقق من صحة الاستعلام وبناء جملة مبسط. على سبيل المثال ، يسمح لنا AST بإنشاء استعلام مثل هذا:

(owner.user = "/ users / 00a0 / 18066271-29f0-40af-83ad-e5a0c8fc5944") AND (druid = "/ druids / 0060 / 77dd14b1-b7f0-4851-9ef8-74daa18d9d4d") AND (owner.lastMReceived. المدرجة> = 0) أو ( > = 0) OR NOT (reservations.availabilityStatus = "DELETE")) AND NOT (owner.markedSpam = true) AND (lastMessage.inserted> = 0)

كيف يمكنني تحديد هذا الاستعلام باللغة الحالية؟

IMHO - سيؤدي انتظار السكين من Elasticsearch قبل التمثيل إلى انخفاض في اعتماد وفقدان مستخدمي Kibana.

أكره أن أبدو وكأنني أقوم بالتسويق ولكن هذا مناسب. (شاهد الناس يذكرون منتجات أخرى ..)

لقد وجدنا أن الكثير من الأشخاص الذين يستخدمون تداخلًا كبيرًا أرادوا البحث فعليًا في البيانات العلائقية وانتهى بهم الأمر بتداخل السجلات التي كان من المفترض أن يتم "ضمها" في وقت متأخر بدلاً من ذلك. (بادوفاني ، قد تكون هذه هي حالتك ، أرى "رسائل" "المستخدمين" وما إلى ذلك .. سيتم الاحتفاظ بهذه الرسائل بشكل رائع كسجلات منفصلة)
هذا هو السبب في أننا أنشأنا SIREn Join elasticsearch plugin و Kibi الخاص بنا - Kibana fork الذي يوفر عوامل تصفية ووظائف لهذا الغرض.

نحن نعمل الآن على جعل أكبر قدر ممكن من Kibi في المكونات الإضافية المتوافقة مع Kibana 4.4 (المعروف أيضًا باسم 5.0) لفوائد الجميع.

تم إصدار المكون الإضافي Join أمس وهو مفتوح المصدر أيضًا.

في غضون ذلك ، يعمل الإصدار المتاح http://siren.solutions/kibi بصراحة مثل السحر ولم يعد العديد من عملائنا بحاجة إلى بيانات متداخلة بعد الآن.

jccq: لم أعرف من قبل بـ Kibi أو المكوّن الإضافي. شكرا للمعلومة!

+1

+1
هذا أمر لا بد منه ...

jccq لا تتعلق حالة الاستخدام الخاصة بنا بالانضمام إلى الاستعلامات فقط ، فنحن نستخدم الكيان "

فيما يتعلق بالدعم المتداخل في Kibana ، نقوم بتطوير نهجنا وقد يكون لدينا شيء لمشاركته مع المجتمع في وقت ما في الربع الثاني أو قبل ذلك اعتمادًا على الموارد والوقت. سوف يدعم هذا الأسلوب الجديد التداخل بسلاسة في كل من التجميعات والاستعلامات. لن أقول أكثر من ذلك ، لأنه لا يزال في المراحل الأولى من التنفيذ.

+1

ppadovani أنت واحد!

+1

+1

+1
هو حقا مهم بالنسبة لنا.
نحن ننتظر ما يقرب من عام لهذه الميزة ...

+1

تحديث: لا أرى فرعي الجديد جاهزًا للتعليقات الأولية أو الاختبار لمدة شهر على الأقل بسبب عبء عملي. ومع ذلك ، أردت أن أطرح ما أفعله لجمع أي تعليقات من المجتمع وأنا أمضي قدمًا.

يدور التصميم الأساسي حول شيئين:

1) محلل استعلام جديد لحقل الاستعلام الحر Kibana. يستخدم هذا المحلل اللغوي تعريف بناء جملة Bison القياسي (راجع مشروع Jison للحصول على إصدار جافا سكريبت الذي أستخدمه). يعتمد BNF الذي أستخدمه على BNF الحالي الذي نستخدمه في Homeaway للغة الاستعلام المخصصة لدينا مقابل Elasticsearch. انظر تعليقي أعلاه للحصول على مثال. اخترت هذا الأسلوب للسماح بتحسينات مستقبلية من قبل المجتمع حسب الحاجة.

لدي محلل الاستعلام يعمل في Kibana ، ولكن لا يزال يتعين علي القيام بعمل للسماح للمستخدم بالتبديل بين نمط الاستعلام الحالي المستخدم بواسطة Kibana وهذا النمط الجديد:

2) قم بتغيير استدعاء getFieldMapping في mapper.js إلى getMapping ومعالجة النتائج بشكل مختلف بحيث يتم التقاط المسار المتداخل في الحقول وإضافته إلى معلومات الحقل التي يخزنها Kibana.

عند كتابة استعلام في المحلل اللغوي ، سيتحقق ليس فقط من تسمية الحقول بشكل صحيح ، ولكن القيم المقدمة صالحة لأنواع الحقول. أي أن حقل التاريخ يحصل على تاريخ ، أو قيمة منطقية تم إعطاؤها قيمة منطقية. بالإضافة إلى ذلك ، سيتم التعامل مع الحقول المتداخلة تلقائيًا بواسطة المحلل اللغوي وسيتم إنشاء استعلام Elasticsearch المناسب json بدلاً من لغة الاستعلام البسيطة المستخدمة الآن.

أخيرًا بالنسبة للتجميعات ، نظرًا لأن الحقول تحتوي الآن على أدلة حول المسارات المتداخلة ، فسيكون من التافه العمل ضد تفرعي السابق لحقن التجميعات المتداخلة تلقائيًا حسب الحاجة استنادًا إلى الحقول المحددة.

معالم:
1 - الحصول على وظيفة المحلل اللغوي وتوليد الاستعلامات
2 - تحديث mapper.js وتنفيذ دعم الاستعلام المتداخل
3 - تنفيذ دعم التجميع المتداخل
4 - اختبار / تنظيف

أي ردود فعل على هذا النهج سيكون موضع تقدير كبير. شكرا!

تحديث على ما سبق:

• المحلل اللغوي الكامل
• اكتمل المحلل اللغوي العكسي (يأخذ json elasticsearch ويحوله مرة أخرى إلى لغة الاستعلام المخصصة)
• يكتشف Kibana الآن nestedPaths في الحقول ويحفظها
• الموزعون لديهم الآن حق الوصول إلى المعلومات الميدانية

ما يزال أن أفعل:

• دعم المسار المتداخل في كلا الموزعين
• إنشاء واجهة المستخدم للسماح للمستخدم بتبديل نمط الاستعلام الذي يجب استخدامه ، ويسمح بحفظ / استخدام الاستعلامات القديمة.
• إنهاء معالجة الأخطاء في المحللون ، وكيف تعرض واجهة المستخدم مشكلات / أخطاء التحليل
• بناء واجهة المستخدم لتوفير دعم الكتابة المسبقة لأسماء الحقول في الاستعلام
• دعم متداخل في دلاء / مقاييس
• اختبارات الوحدة ، اختبارات الوحدة ، اختبارات الوحدة.
• ...؟

+1

تحديث:

• يقوم المحلل اللغوي تلقائيًا بمعالجة / إدخال المعلومات المتداخلة
• التجميعات الآن تقوم تلقائيًا بمعالجة / إدخال المعلومات المتداخلة

لكى يفعل:

• تغييرات واجهة المستخدم لاختيار نمط الاستعلام ، وحفظ تحديد النمط مع الاستعلام في فهرس kibana.
• معالجة الأخطاء لأخطاء المحلل ، وكيف تعرض واجهة المستخدم مشكلات / أخطاء التحليل
• نوع واجهة المستخدم دعمًا مسبقًا لبناء / كتابة الاستعلام
• اختبارات الوحدة ، اختبارات الوحدة ، اختبارات الوحدة ...

يخطط:
أرغب في الحصول على بعض التقدم على الأقل في عمل واجهة المستخدم ، وليس بدلتي القوية ، ثم سنقوم بدفع فرع / مفترق إلى HomeAway github repo للسماح بالتعليقات / المساهمات. سأقوم بالنشر هنا مرة أخرى عندما يتم ذلك حتى يكون أي منكم يرغب في سحب الشوكة واللعب به مرحبًا به. بمجرد أن يتم صقلها بدرجة كافية ، سأقوم بإنشاء طلب السحب الرسمي.

ملاحظة أخيرة: يتم تنفيذ هذا العمل ضد فرع Kibana 4.3.1.

كمتابعة لتعليقي السابق حول استخدام "include_in_parent" و "include_in_root" لنسخ الحقول المحددة من المستندات المتداخلة إلى المستوى الأعلى لأغراض تشغيل التجميعات عليها ، تم تقديم وظيفة "copy_to" في ES 2.0 التي توفر وظيفة أخرى خيار لهذا النوع من الأشياء: https://www.elastic.co/guide/en/elasticsearch/reference/current/copy-to.html
هناك حديث عن إهمال "include_in_parent" و "include_in_root" لصالح "copy_to" في إصدار ES مستقبلي: https://github.com/elastic/elasticsearch/issues/12461 إذا كانت لديك خبرة في كليهما ، فلا تتردد في تزن في.

+1

ppadovani ، نقدر ما تحاول القيام به. هذه الميزة مهمة جدا بالنسبة لنا
بعض الأسئلة:

1. أفهم أن هذا سيستغرق وقتا؟ هل هناك وقت تقديري ستتوفر فيه هذه الميزة؟
2. هل جرب أي شخص أي بديل؟ مثل تغيير تنسيق السجل من json (المصفوفات) المتداخلة إلى شيء آخر؟ إذا كان الأمر كذلك فما هو الشكل المقصود للعمل مع ELK؟
3. هل يوجد أي منتج آخر في السوق يمكن أن يساعد في تحقيق هذه الوظيفة؟ أنا جميعًا مع ELK لأنه مفتوح المصدر ، ولكن حتى لا يتم ذلك ، نريد شيئًا أرخص من Splunk. استكشفنا العديد من الخيارات ، مثل Loggly ، و sumologic ، و Logentries ، و logscape ، و graylog (إما باهظة الثمن مثل splunk أو ليس لديهم هذه الوظيفة)

شكرا جزيلا!

1. هل جرب أي شخص أي بديل؟ مثل تغيير تنسيق السجل من json (المصفوفات) المتداخلة إلى شيء آخر؟ إذا كان الأمر كذلك فما هو الشكل المقصود للعمل مع ELK؟

يمكنك تسوية مخطط قاعدة البيانات أو استخدام خيارات تعيين ES "include_in_parent" أو "copy_to" لنسخ بعض الحقول من المستندات المتداخلة إلى المستندات الأصلية. لا يعمل مع جميع حالات الاستخدام ، ولكن في بعض الحالات سيسمح لك هذا باستخدام Kibana خارج الصندوق. نحن نستخدم نهج "include_in_parent" داخليًا في Elastic.

1. لدي فرع "يعمل" ، ولكنه يحتاج إلى المزيد من TLC في شكل عمل واجهة المستخدم. هذه ليست وظيفتي الأساسية ، لذا فأنا قادر على العمل عليها فقط لأن لدي الوقت.
2. كما يشير tbragin ، يمكنك
3. لست على علم بأي بدائل في هذه المرحلة.

لنكون أكثر وضوحًا فيما يتعلق بالشكل الذي تبدو عليه لغة الاستعلام ، حيث تم سؤالي عن طلب السحب القديم ، إليك ملخص BNF:

المقارنة: الحقل [= ، <،> ، <= ،> = ، ~ =] القيمة
لاحظ أن ~ = .. يشير هذا إلى LIKE والذي بدوره سيؤدي إلى استعلام حرف بدل
IN: الحقل IN {القيمة ، القيمة ، ...} ضبط العملية
الحقل IN [القيمة ، القيمة] عملية النطاق باستخدام [] أو () اعتمادًا على شامل / حصري
IS: الحقل NULL
التعبير: IS | في | مقارنة
NOT: NOT تعبير
و | أو: التعبير و |
EXISTS: تعبير EXISTS
موجود هو الطريقة التي يحدث بها تحديد النطاق المتداخل. عادةً بدون استخدام EXISTS ، سيتم دمج جميع التعبيرات المجاورة لبعضها البعض والتي لها نفس المسار المتداخل في نفس الاستعلام المتداخل. ومع ذلك ، يمكنك تفكيك كتلة الاستعلام المتداخلة باستخدام EXISTS لنطاق استعلامات متداخلة معينة من بعضها البعض.

كما ذكرنا سابقًا ، تستخدم اللغة JISON مكافئًا لجافا سكريبت BISON ، وستسمح لنا بتوسيع اللغة حسب الحاجة بجهد قليل جدًا.

تحديث:

أعتقد أنني على وشك أن أكون قادرًا على مشاركة فرع مع الجميع للاختبار وتقديم الملاحظات. لدي المحلل اللغوي (المحللون) يعمل وعلى الأقل تعمل ملاحظات بناء الجملة بالإضافة إلى اختبارات الوحدة ضد المحلل اللغوي. بعض لقطات الشاشة:

آمل أن يكون الفرع جاهزًا في وقت لاحق من هذا الأسبوع. عندما أكون جاهزًا ، سأقوم بالارتباط بمدونة هنا سترتبط بالفرع ولديها ملخص كامل عن بناء الجملة والاستخدام وما إلى ذلك. خطتي هي جمع التعليقات حول الفرع وإصلاح المشكلات والتحسين حسب الطلب ثم احصل على طلب سحب مقدم.

أود اختباره (هنا مثال على استخدامنا للتجميعات المتداخلة في K3 https://discuss.elastic.co/t/nested-aggregation-charts/41523 ، لن يتم الترحيل بدونها).

Robitx لا أعتقد أن هذه ستكون مشكلة ... لدينا مستندات تحتوي على مستويين على الأقل من الكائنات المتداخلة ... على سبيل المثال:

أ-> ب-> ج

حيث قد يحتوي مستند A واحد على واحد أو أكثر من B ، وكل منها يحتوي على قائمة C الموجودة في B. كل مستند متداخل يحتوي على حقول متعددة من أنواع مختلفة. لقد اختبرت هذا الرمز بحيث يمكنني إنشاء مخطط بياني أو مخطط دائري متعدد الطبقات مقابل البيانات المتداخلة الأعمق.

للتوضيح ، يتم إنشاء تعييناتنا تلقائيًا من pojos الخاصة بنا ويمكن أن تصبح معقدة للغاية.

+1

تحديث:

كنت أرغب في نشر هذا حتى يبدأ الأشخاص باللعب معه بدلاً من انتظار ظهور منشور مدونة رسمي من جانبي.

يمكن العثور على الشوكة / الفرع هنا:

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

اقرأ:

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

محتويات التمهيدي هي في الأساس محتويات منشور المدونة الذي سيظهر في وقت ما.

لا تتردد في فتح المشكلات / سحب الطلبات ضد فرع الدعم الكامل إذا اخترت ذلك. سأحاول البقاء على اطلاع بأية مشكلات يجدها الناس.

+10000

+100500

+100

مرحبًا ببدوفاني ،

هل يمكنك إرضاء النصيحة ، ماذا أفعل

هذا الحقل موجود في تعيين البحث المرن ولكن ليس في أي مستندات في نتائج البحث. قد لا يزال بإمكانك تصورها أو البحث عنها.

شكرا جزيلا!

مرحبًا ببدوفاني ،

لدينا حقل كمصفوفات متداخلة.
"abc": [["3815222235847451"، "131712121218083052"]]
أو
"abc": [["3815222235847451"، "131712121218083052"، "131712121217783052"]
أو
"abc": [["3815222235847451"]]

يمكن أن تكون القيم من 1 إلى 10

بينما بالنسبة للحقول المتداخلة الأخرى ، أرى تحذيرًا من أن الحقل غير مفهرس (والذي أفترض أنني بحاجة إلى استخدام التعيينات؟) لهذا الحقل وغيره مثل هذه الحقول ، فكل مجموعة يتم التعامل معها كقيمة منفصلة؟ بالإضافة إلى ذلك ، يظهر نوع الحقل كـ "سلسلة" بدلاً من رقم ، وهي ليست مشكلة في حد ذاتها ، ولكن ما يعنيه أنه لا يمكنني البحث عن أي قيمة فردية لـ abc ..؟

شكرا جزيلا!

تم العثور على بضع دقائق لبدء الاختبار :): |

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)

تضمين التغريدة
1) - لا أعتقد أن هذه رسالة تم إنشاؤها بواسطة تغييراتي ، وقد تكون شيئًا كان موجودًا في Kibana من قبل.
2) - إذن نعم .. يبدو أن القيم مخزنة كسلسلة ، ولكن من المحتمل ألا تكون متداخلة .. يجب أن أرى كيف يبدو التعيين على الفهرس لفهم ما / إذا كانت المشكلة موجودة. الرجاء لصق التعيين هنا.

تضمين التغريدة
أفترض أن هذا كان حقل تاريخ ... يجب أن يكون وقت العصر يحتوي على عدد كبير جدًا من الأرقام يجب أن يكون 10 وليس 13 .. هل يمكنك تحديث / لصق الاستعلام الذي أصدرته؟

تضمين التغريدة
لقد اخترت للتو نمط الفهرس الافتراضي في الإعدادات وعدت لاكتشاف علامة التبويب

نحن نستخدم

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

يعمل K 4.4.1 + ES 2.2 بشكل جيد ، وقد يكون محددًا لـ K 4.3 (لم أجرب هذا الإصدار من قبل)

تضمين التغريدة
أنا أبحث عن الاستعلام المستخدم ... أم أنك تقول أن الاستعلام الذي تم تمريره كان مجرد نافذة تاريخ قياسية من واجهة المستخدم ولم تحدد استعلامًا؟ سأعيد وضع التغييرات التي أجريتها مقابل إصدار Kibana اللاحق وسأعيد النشر عند تحديث الفرع.

ppadovani نعم فقط * وبعض النطاق الزمني

+1 للكائنات المتداخلة في قسم التصور

تضمين التغريدة
هذه العملية التي قمت بتشغيلها لم تصطدم بأي من كود المحلل الخاص بي ... لذلك أشك في أن ذلك كان بسبب شيء قمت به ... إعدادي هو K 4.3.1 + ES 2.1.1 - سأقوم بترقية ES إلى 2.2 و لمعرفة ما إذا كنت أحصل على نفس السلوك ، فسأعيد تحديد الفرع إلى K 4.4.1

قمت للتو بالترقية إلى ES 2.2.1 w / K 4.3.1 + الكود الخاص بي ... لا يمكن إعادة إنتاج:

سأستمر في تغيير العنوان إلى 4.4.1 - الإصدار الحالي ، سيتم تحديث هذا المنشور عندما يكون الفرع جاهزًا.

تحديث:

تم تغييره إلى 4.4.1 في فرع جديد: https://github.com/homeaway/kibana/tree/nestedSupport-4.4.1

تم اختباره على ES 2.2.0 و K 4.4.1

مرحبًا ببدوفاني ،

فيما يتعلق بأسئلتي السابقة ، سوف أتخلى عنها. لدي بالفعل مثيل بحث مرن في AWS (جنبًا إلى جنب مع التعيينات) وأحاول ربط ذلك بذلك. ومع ذلك ، فإن حالة خادم kibana على واجهة المستخدم تقول:

plugin: elasticsearch هذا الإصدار من Kibana يتطلب Elasticsearch ^ 2.1.0 على جميع العقد. لقد وجدت العقد التالية غير المتوافقة في مجموعتك: Elasticsearch v1.5.2 @ undefined (undefined)

ما زلت أستخدم https://github.com/homeaway/kibana/tree/fullNestedSupport وليس أحدث ما قدمته. هل من الممكن أن تجعله متوافقًا مع 1.5.2؟
يرجى النصيحة.

شكرا جزيلا!!

تضمين التغريدة
يمكنني أن أفهم ما إذا كان هذا غير ممكن ، نظرًا لأننا نتراجع إلى الوراء ، ومع ذلك ، فإن Amazon Elasticsearch Service ليست حريصة جدًا على الترقية إلى الإصدارات الأحدث ، وهو أمر مفهوم. لذا ، لا بد لي من العمل مع كل ما لدينا. لقد استثمرنا الكثير من الجهود في إعداد مثيل AWS (جنبًا إلى جنب مع إعادة توجيه السجل من عدة عقد وأحداث متدفقة وتفاصيل دقيقة أخرى) وإعادة اختراع كل شيء على نظام أساسي منفصل من البداية ليس خيارًا بالنسبة لنا. سيكون من الجيد أن تكون قادرًا على ربط هذا كواجهة أمامية إضافية. لست متأكدًا حتى مما إذا كان سيكون هناك حاجز آخر على الخط؟

شكرا!!

تضمين التغريدة
بعد الاطلاع على كود Kibana في الإصدارات السابقة ، فإن الإصدار الأول الذي يمكنني تجربته وتطبيق التغييرات عليه هو 4.1.6. ومع ذلك ، كان هناك إعادة كتابة / إعادة بناء / إعادة تنظيم مهمة للكود ولا يمكنني ببساطة تصحيح هذا الفرع. سيتطلب الأمر قدرًا كبيرًا من العمل لمحاولة إدخال الكود الخاص بي والعمل.

أنا بصراحة لا أعرف سبب قيام فرق Kibana بزيادة الإصدار المرن المطلوب كما يفعلون مع كل إصدار .. واجهة REST لا تتغير كثيرًا. أتوقع أنهم يفعلون ذلك لإجبار المستخدمين على ترقية مجموعاتهم المرنة.

فكرة واحدة ، قد تحاول تغيير الإصدار في src / plugins / elasticsearch / index.js حول السطر 27

تضمين التغريدة
انها عملت. شكرا.

+1

ppadovani مرحبًا ، شكرًا على الترقية إلى الإصدار 4.4.1 ، آسف لعدم الرد عاجلاً (لقد فاتني التحديث الخاص بك في أحد التعليقات السابقة).

إنه يعمل الآن ، لكن أول شيء لاحظته هو مشاكل الأداء وأحيانًا يتجمد kibana تمامًا (لم أتمكن من اختبار استعلامات أكثر تعقيدًا).

هناك القليل من الأشياء التي قد تساهم في هذه المشكلة ، أحدها عدد من الحقول في فهرسنا اليومي (هناك المئات منها http://pastebin.com/fktN0dR5).

Robitx هل لديك نفس هذه المشكلات مع رمز الأساس 4.4.1 K بدون

ppadovani القاعدة K 4.4.1 ليس لديها هذه المشكلة

عام منذ أن لم يتم إصلاح هذه المشكلة ...

اللعنة ، لدى elasticsearch ميزة مطلوبة جدًا "Nested Objects" ، ولا يزال Kibana من نفس المطورين لا يدعم هذه الميزة.

لديك مفترق يطبق هذه الميزة بالفعل ولا يزال غير مدمج في شفرة المصدر الرئيسية ، مع الدعم المناسب.

وما زلنا لا نستطيع استخدام نسخة مخزون مشروعنا من KIbana مع دعم "الكائنات المتداخلة".

F * cking مذهل !!!

ppadovani شكرا جزيلا

Robitx هل يمكن أن تخبرني عندما يتجمد Kibana من أجلك؟ تعريف نمط الفهرس؟ أو عندما تبدأ استعلام جديد؟ هناك مجالات محتملة يمكن أن يكون فيها هذا ، وأريد تضييقه.

لقد أصلحت إحدى المشكلات التي ربما كانت تساهم عند طرح علامتي تبويب الاكتشاف / التصور ... لقد ضغطت على الإصلاح ، يرجى إعادة الاختبار.

rashidkpc أنا جاهز لإنشاء طلب سحب بناءً على هذا العمل. هل يمكنك إخباري بأي فرع يجب أن أعيد وضع عملي في مقابله؟ لدي حاليًا مقابل 4.3.1 و 4.4.1 و 4.x. (4.x قريب ، لكني أواجه مشكلات في تشغيل اختبارات الوحدة. فشل بدء مجموعة الاختبار ...)

يا عصابة (ccppadovani)

كما ذكرت في https://github.com/elastic/kibana/pull/5411 ، هناك عدد من القيود في Elasticsearch نفسها ، لا سيما أن aggs / المرشحات المتداخلة ليست تلقائية ولا تدعم صيغة استعلام lucene البحث المتداخل. في حين أن النهج المتبع هنا من شأنه أن يرسم مسارًا مختلفًا لحل المشكلة ، فإنه ليس الاتجاه الذي نريد أن نسلكه. هذا حل لمشكلة ضيقة ، لكننا نريد أن يحل Kibana مجموعة واسعة من التحديات. في هذه الحالة ، يعني ذلك التضحية بمكاسب صغيرة لتحقيق مكاسب أكبر في المستقبل.

بينما نفكر في احتمالات إيجاد لغة لـ Kibana ، لم نقرر بالضبط ما نريد أن تكون عليه مجموعة الميزات ولا نريد أن نفعل ذلك في منتصف الطريق ، أو مع وضع هدف واحد في الاعتبار. نحن نفكر في بعض التكتيكات ومجموعات الميزات ، في كل من Elasticsearch وفي Kibana ، لكننا ما زلنا في المراحل التكوينية. بمرور الوقت ، نود أن يشمل ذلك البحث والتحويل والتصور ، كما تراه في شيء مثل timelion ، وسنبقي بالتأكيد فكرة الاستعلام عن المستندات المتداخلة في الاعتبار أثناء قيامنا بذلك

لقد لاحظت أن هذا يخزن المسار المتداخل ، ومع ذلك فإننا نزيل التعيين المخزن مؤقتًا https://github.com/elastic/kibana/pull/6648 واستبداله بواجهات برمجة تطبيقات جديدة في Elasticsearch: https://github.com/elastic / elasticsearch / issues / 15728. يرجى التفكير في هذه المشكلة ، سيكون رائعًا إذا لم يكن Kibana بحاجة إلى تحليل المسار المتداخل. هذا مهم بشكل خاص لهدفنا المتمثل في إتاحة الوصول إلى مستندات كبيرة جدًا في Kibana

في الوقت الحالي نوصي باتباع نهج @ tbragin باستخدام include_in_parent أو copy_to . بالنسبة لـ 90٪ من التجمعات ، سيعمل هذا النهج بشكل مثالي.

يسعدني أن هذا الحل يعمل مع أولئك الذين لا يمكنهم استخدام include_in_parent أو copy_to ، معجب للغاية بما

مرحبًا ، أتحدث مع راشد حول هذا الأمر ، وبينما أشعر بألم المستخدمين الذين يرغبون في استخدام Kibana للتعيينات المتداخلة ، فإن دعمها بطريقة أكثر عمومية (قد يتضمن ذلك ميزات إضافية في مستوى Elasticsearch نفسه) هو الطريق إلى الأمام التي تحافظ على المرونة التي نحتاجها في Kibana. في حين أن الحصول على هذا التغيير المقترح قد يحل المشكلة قصيرة المدى المتمثلة في عدم الدعم المتداخل ، إلا أنه سيثبت أنه يمثل مشكلة في المستقبل.

أتجه هنا وأشعر بالحاجة إلى دعم Kibana للتداخل ، ولكن هذه واحدة من تلك الحالات التي إذا لم يكن من الواضح كيف يجب حلها ، فمن الأفضل تركها بدون حل حتى نحصل على حل يبدو طبيعيًا. نحتاج بالتأكيد إلى الاستمرار واستكشاف ذلك ، أحد هؤلاء ، الذين تحدثنا معهم في أماكن مختلفة ، يدعم تلقائيًا التداخل (الالتفاف وما إلى ذلك) في ES نفسها.

أنا مليئة بالإثارة لرؤية هذا الحل بأناقة.

+1

+1

يجب أن أعارض IMHO باحترام مع موقف مشرفين Kibana. ومع ذلك ، إذا تمكنا من إيجاد طريقة لعمل شيء ما على هذا المنوال ، فقم بالتوصيل إلى Kibana ، فسأكون مناسبًا له.

في غضون ذلك ، سأستمر في صيانة وإصلاح الأخطاء على مفترق / فروعي لمن يرغبون في الاستمرار في استخدام الإصدار الذي قمت بإنشائه. أعلم أننا سنستخدم هذا على نطاق واسع للوحات المعلومات التحليلية الحية لذكاء الأعمال في المستقبل.

ماشية. ليس حيوانًا أليفًا.

+1 :)
قد يكون من الرائع استخدام الكائنات المتداخلة في Kibana !! (شخص ما لديه مكون إضافي لذلك أم لا؟ ...)

+1

+1

+1

tbragin لا يعمل الأسلوب الذي ذكرته مع الأنواع المتداخلة. سيقوم بتجميع جميع البيانات بغض النظر عن النوع.

+1

+1

+1

+1

هذه الميزة لا تحتاج إلى تفكير ، لقد صُدمت حقًا عندما اكتشفت أنها ليست مدعومة فحسب ، ولكن يبدو أن المطورين ليس لديهم خطط لدعمها على الإطلاق. الجحيم ، تحدث إلى مديري المشروع الخاص بك وقم بتعيين ppadovani لإنشاء مكون إضافي إذا لم تفعل ذلك يا رفاق بنفسك.

+1 لأن عدم وجود كائنات متداخلة يعيق مشروعي إلى حد كبير

لأي شخص يبحث عن مناقشة بخصوص عدم التطابق كطريقة للتحايل على هذه المشكلة: الالتفاف حول دعم Kibana المفقود للكائنات المتداخلة والوالد / الطفل

مرن سيكون رائعًا إذا كان هناك إخلاء مسؤولية على الموقع فيما يتعلق بهذه المشكلة لتجنب إضاعة الوقت هناك في محاولة تنفيذ ميزة غير مدعومة. لماذا ا؟ صفحة منتج Kibana تقول "التكامل السلس مع ElasticSearch" وهذا غير صحيح هنا :)

لمعلوماتك - فرع الكود المشار إليه في المناقشة أعلاه قديم .. الفرع الحالي هو:

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

نحن نستخدمه بنشاط داخليًا ، ونواصل تحديث نسختنا الداخلية. يمكنني / سأقوم بتحديث إصدار جيثب إذا كان هناك اهتمام.

بيير

+1

+1

+1

+1

+1

+1

أتذكر إجراء 1+ لهذا منذ أكثر من عام ، ومنذ ذلك الحين لم يفعل فريق تطوير Kibana شيئًا سوى البحث عن علاجاتهم وتجاهل المستخدمين في الغالب ، وأخيرًا عندما يتم وضع أقدامهم في النار ، فإنهم يستجيبون بـ more-or- أقل من "لا" ، مشيرة إلى أن "الأمر لا يبدو طبيعيًا".

أرى أيضًا هذا النمط في العديد من الميزات الأخرى المطلوبة مثل:

• دعم استدعاء البرامج النصية الرائعة من جانب نظام التشغيل.
• دعم القدرة على استخدام ES Scripted Metric Aggregates (مفيدة بشكل خاص لحساب المتوسطات الموزونة).
• وما إلى ذلك وهلم جرا...

كل هذا يتعارض مع الموقف في رؤية Elastic Stack 5 بأكملها والتي ذكرت أنها (Elastic) ستدعم المزيد من الميزات الأساسية من Elasticsearch في Kibana. لكنني لم أرَ سوى القليل جدًا لدعم هذه الادعاءات.

نتيجة لذلك ، أرى Kibana يخسر الأرض أمام مفترقات مثل Siren's Kibi ، التي قررت أخذ الشعلة في عناصر مثل هذا الموضوع والتوصل إلى حل.

أنا ممتن لمطوري Kibana لمنحنا أداة تصور رائعة. لكن Elastic تحتاج إلى أن تقرر المضي قدمًا إذا كانت Kibana ستظل أداة تصور مبسطة أو تستمع إلى المجتمع وتوسع فائدتها. إذا كان القرار هو الأول ، فتوقع أن يغادر المستخدمون عندما يقرر الآخرون الاستفادة من أوجه القصور هذه.

+1

تضمين التغريدة

دعم استدعاء البرامج النصية الرائعة من جانب نظام التشغيل.

سيتم حل معظم حالات الاستخدام التي يغطيها هذا من خلال 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 ، أو عدم إرجاع أي نتائج بدون إشارة إلى السبب. إذا كنت أعمل على هذا ، فسيكون ذلك بعد أن أكمل ما ورد أعلاه. إذا قمت بذلك ، فسوف أنظر في إضافة دعم متداخل ودعم الوالدين / الطفل إلى اللغة على جانب Kibana.

أود أن أضيف صوتي إلى أولئك الذين أشاروا إلى أن فريق Kibana لا يستمع إلى المجتمع. لا يمكن لفريق Kibana الاعتماد ببساطة على Elasticsearch لتوفير الوظائف المطلوبة إذا كانت هناك فجوة من أجل الحفاظ على Kibana "نقيًا". لم يتم كسب حصة السوق بهذه الطريقة ، بل ضاعت.

+1

+1
Bargs : أي تقدم بشأن هذه المسألة؟ متى سيتم معالجة هذا / تحديد أولوياته؟
خيط طويل جدا .... هذا ليس جيدا لمنتج مثل الكيبانا ..
نحن نقدر جهودك

هذا تمتص :-(

يحتوي homeway على aggs المتداخلة واستعلام suport build على Kibana 4.3.1 تحقق من ذلك .. أتمنى أن تكون هذه المساعدة ..

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

ankitchheda أنا أعلم عنها ، لكن الشوكة التي يحتفظ بها عدد قليل من الناس والتي تتعارض مع فلسفة المشروع الرئيسي (الذي يخضع لتطوير كبير) ليس حلاً ، والتظاهر بأنه لن يساعد أي شخص ..

أود أن أفعل شيئًا حيال ذلك ، لكن ليس لدي وقت ، لذا أحاول الآن على الأقل ممارسة الضغط وآمل أن يتوقف المطورون عن تجاهل هذه المشكلة: |

+1

لمعلوماتك - الشوكة التي أحتفظ بها للدعم المتداخل ، لديها الآن دعم للإصدارات التالية:

4.5.X
4.6
4.7
5.X

قد لا تتبع "فلسفة" المطورين الرئيسيين ، لكنها تعمل وتعمل بشكل جيد.

لقد واجهت هذا للتو. إنه عيب قليلًا وسيكون من المفيد حقًا أن يكون لديك حل عملي.

tbragin ، rashidkpc - الحل البديل المقترح يخطئ الهدف - تحصل عليه
شيء ما مع كائنات متداخلة - لكنك تحصل على نتائج خاطئة! متداخلة
تعطي التجميعات نتائج مختلفة (سأقدم مثالاً عمليًا صغيرًا وأنشره هنا لاحقًا).

سأختبر شوكةppadovani.

+1

: سلحفاة :: اندفاعة:

Bargs Hey هي التغييرات من أضرار الشوكة إلى أداء الوظائف الأساسية؟

+1

+1

+1

+10086

+1

+1

+1

لا يزال include_in_parent يعمل على ES و Kibana 5.2؟ حاولت استخدامه كبديل دون نجاح.

gustavomr أعتقد أنه سيعمل ، ولكن فقط في حالات استخدام معينة. لن يعمل مع جميع حالات استخدام الاستعلام المحتملة التي يمكن أن توفرها الاستعلامات / التجميعات المتداخلة.

ملاحظة: يستخدم تفرع Kibana 5.1 الخاص بي الآن مفتاح تبديل بجوار أيقونة البحث للتبديل بين لغة الاستعلام الأصلية المرنة البسيطة ولغة الاستعلام المتداخلة التي قمت بتضمينها. لقد أصلحت أيضًا مجموعة متنوعة من المشكلات حول مقاييس الحقول المتداخلة.
https://github.com/homeaway/kibana/tree/nestedSupport-5.1

ppadovani شكرا جزيلا على القيام بذلك. هل من الممكن فصل عملك عن تمكين الكائنات المتداخلة في kibana من عملك لإنشاء لغة استعلام جديدة؟ إذا كان من الممكن أن تكون هذه فروعًا منفصلة ، فيمكننا فقط استخدام السابق ودمجها مع إصدارات kibana الأحدث عند ظهورها بدلاً من الاضطرار إلى دمج كلتا الميزتين.

هل لديك بالفعل عامل إرساء تم إنشاؤه لهذه الشوكة؟

ppadovani +1 لحاوية عامل

gkozyryatskyy - الرجاء فتح مشكلة على مفترق الطرق ، وسأنظر إليها.

@ imranq2 - يمكنني القيام بذلك ، ولكن يرجى ملاحظة أن لغة الاستعلام المرنة البسيطة لا تدعم الاستعلامات المتداخلة. إذا كانت لديك بيانات متداخلة وترغب في الاستعلام عنها ، فسيتعين عليك تسليم الاستعلام على هيئة blob elasticsearch json ، ولصقه في مربع الاستعلام.

+1

يدعم My fork الآن 5.2 على فرع الدعم 5.2 المتداخل.

ppadovani هذا رائع! اسمحوا لي أن أعرف إذا كنت بحاجة إلى مساعدة في صنع حاوية عامل لهذا الغرض.

لم يتم الانتهاء من حاوية عامل الإرساء ، ولكن كان أمامك بعض الوقت للعب بعلامة تبويب الاكتشاف وكيف تعرض البيانات المتداخلة ... البحث عن تعليقات من أولئك الذين يراقبون مشكلة الدعم المتداخلة. الجدول متكرر ويبدو أن عوامل التصفية للحقول المتداخلة تعمل بشكل جيد .. لكن حقل التبديل في العمود لا يعمل بعد ... ما زلت بحاجة إلى التفكير في كيفية / ما إذا كان يجب أن يعمل ذلك.

لمعلوماتك - اكتمل هذا العمل بشكل أساسي وجميع الفروع / الفروع المدعومة لها التغييرات التي تبدأ من الدعم المتداخل 4.5.4 وحتى الدعم المتداخل 5.2

Bargs - أعلم أن أياً من العمل المتداخل الذي قمت به هو شيء
https://github.com/homeaway/kibana/issues/12

إذا كان هذا شيئًا تريده يا رفاق ، فيرجى إبلاغي بذلك وسأقوم بفتح مشكلة وتضمين تصحيح.

تبدو مثيرة للاهتمام ppadovani ! إذا كنت ترغب في فتح علاقات عامة ، فسأكون بالتأكيد مهتمًا بمراجعتها. لقد تحدثنا قليلاً عن إضافة دعم أفضل للحقول المتداخلة إلى Discover لذا سيكون من الرائع أن يكون لديك شيء ملموس للمناقشة.

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

هذا مطلب حقًا لأن عدم دعم الكائن المتداخل يمثل حقًا عائقًا أمام التبني الواسع لـ kibana في شركتي حيث يتعين عليك إنشاء فهرس لـ kibana وآخر به مستندات متداخلة لمزيد من عمليات البحث الذكية من خلال واجهة برمجة التطبيقات البسيطة

+1
في رسم الخرائط الخاص بي ، سيمنع "الانفجار" المحتمل لخصائص الفهرس.

+1

+1

+1

من فضلك ، توقف عن نشر تعليقات 1+ التي ترسل فقط رسائل غير مرغوب فيها إلى جميع الأشخاص المشتركين في سلسلة الرسائل هذه. بدلاً من ذلك ، انقر فوق الزر الأصفر الكبير "ممتاز" أعلى هذه المشكلة للتصويت عليه.

+1

مطوري Kibana ، من فضلك افعلوا شيئًا ، يا رفاق حقًا. استخدام Kibana بدون كائنات متداخلة في كثير من الحالات عديم الفائدة. أنت تقوم بإعداد الإصدار 6.x بدون كائنات متداخلة ...

يقوم نظامنا بمسح النص بحثًا عن المنازل ثم حفظ النتائج في ES. لذلك يحتوي ES على المستندات الرئيسية مع مجموعة من المنازل. البيت هو الأشياء المتداخلة.

لا يمكنني استخدام التصور لإنشاء لوحة تحكم مع تحليل المنازل التي وجدناها في النص.
افعل شيئًا من فضلك. المنازل مشتعلة.

بحاجة ماسة إلى استخدام الكائنات المتداخلة في kibana. يشعر بالسوء أن هذا غير متوفر داخليًا.

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

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

واحد آخر هنا!

بالنسبة لأولئك الذين ربما استخدموا مفترق Kibana الخاص بي مع الدعم المتداخل ، فأنا أوقف الدعم لتلك الشوكة بعد إصدار Kibana 5.4.x. بدلاً من ذلك ، سأقوم بنقل معظم الوظائف إن لم يكن كلها إلى مكون Kibana الإضافي. آمل أن يكون المكون الإضافي جاهزًا لأحدث إصدار 5.x بحلول نهاية العام. يمكنك متابعة التقدم هنا: https://github.com/ppadovani/KibanaNestedSupportPlugin

لقد بدأت العمل للتو ، لذا لا تتوقع ظهور أي شيء مهم لبضعة أسابيع.

+1

+1

+1

+1

+1

لقد تم نشر لقطات شاشة وتحديثات الحالة للعمل الذي أقوم به على مكون الدعم الإضافي المتداخل. شاهد المشكلة للحصول على تحديثات الحالة.

لقطات وتحديثات

لقد تقدمت وأصدرت إصدارًا أوليًا 1.0.0 مع دعم لـ Kibana 5.6.5.

راجع هذه المشكلة للحصول على تفاصيل حول ما هو موجود في الإصدار التجريبي الأولي:

V1.0.0 بيتا 1

البرنامج الإضافي الخاص بي مكتمل للإصدار 5.6.5 من Kibana. لدي بعض مهام التنظيف ، ثم سأقطع الإصدار 5.6.5 وأبدأ في إعادة التوجيه إلى 6.1.X.

سمات:

• دعم الاستعلام المتداخل
• دعم التجميع المتداخل
• اكتشاف النتائج متداخلة الدعم
• اكتشف أولوية عرض حقل الملخص (هذا في الواقع شيء جديد)

راجع README للحصول على التفاصيل.

تم تحرير البرنامج المساعد الخاص بي الآن! دعم 5.5.3 و 5.6.5 و 5.6.6. سأنتقل إلى 6.0.X في نهاية هذا الأسبوع.

من المحتمل ألا أقوم بتحديث الحالة هنا بشأن هذه المشكلة بعد الآن. يرجى زيارة صفحة GitHub الخاصة بي لعرض الإصدارات والمشكلات وما إلى ذلك.

شكرا!

ppadovani ، هل يمكنك إصدار نسخة دعم لشكر 5.4.0.

ppadovani سأشاهد منفذ 6.0.x!

@ SolomonShorser-OICR
لقد قمت بإصدار إصدار 6.0.1 Beta 1.

القيد الوحيد المعروف هو أن شريط المرشح لا يعمل بسبب كونه مشفرًا بشدة للعمل فقط مع لغة استعلام لوسين. أنا أعمل على إيجاد طريقة للتغلب على ذلك ، لكن قد لا يكون لدي حل حتى نهاية الأسبوع المقبل.

لقد قمت الآن بإصدار إصدار مكون إضافي لـ 6.0.1 ، و 6.1.x هو التالي.

تضمين التغريدة
شكرا لعملك وإصدار 6.0.1!

استنادًا إلى kibana 6.0.1 ، بعد تثبيت هذا البرنامج المساعد ، لا تعمل بعض ميزات kibana بشكل جيد.

عند النقر فوق timelion ، تظهر رسالة خطأ:

إذا تم تثبيت x-pack ، فإن بعض ميزة x-pack "اكتشاف" بها رسالة خطأ أخرى في "Foreach"

مرحبًا فريق Kibana ، لماذا لم تقم بتعيين ppadovani حتى الآن؟

sccds - يُرجى نقل تقرير الخطأ هذا إلى

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

إذا واجه شخص ما مشكلات مع المكون الإضافي الخاص بي ، فيرجى فتح المشكلات في الريبو الخاص بي وعدم بدء محادثة هنا. هذه المشكلة لها عدد كبير جدًا من المشتركين.

Hronom - أنا أقدر الفكرة ، لكن نقاط قوتي ليست في Javascript .... على الرغم من أن بناء هذا المكون الإضافي واختراق Kibana قد ساعدني بالتأكيد في قدراتي في هذا المجال.

لمعلوماتك - تم تحديث المكون الإضافي الخاص بي الآن بإصدارات Kibana. لقد قمت بإصدار دعم 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

لماذا لم يتم تنفيذ هذا بعد

أسباب عجيبة ، مع هذه الميزة لن يكون لمصل اللبن موضوع ديس ، ولن يكون هناك متعة ولن يذهب أي شخص إلى جيثب الكيبانا ، هذا نوع من المنارة

يدعم أحدث إصدار من elk البيانات المتداخلة بشكل صحيح بالنسبة لي

المي ، 6 يونيو 2018 ، 22:08 ، Eugene [email protected]
escribió:

الأسباب ، مع هذه الميزة لن يكون مصل اللبن ديس ، لا متعة و
لا أحد سيذهب إلى جيثب الكيبانا ، هذا نوع من المنارة

-
أنت تتلقى هذا لأنك علقت.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/elastic/kibana/issues/1084#issuecomment-395214259 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/AMK55lokgriJHhPF5EuBN6yREr5-dT4-ks5t6ETAgaJpZM4Bru7J
.

javixeneize أنا جالس هنا على إصدار 6.2.4 ، لا يمكنني العثور على دعم كائنات dat المتداخلة ، صححني إذا كنت مخطئًا

لدي هذا الإصدار ويمكنني الوصول إلى ab ، حيث بنيتي هي {Id: xx،
أ: {ب: xx}}

المي ، 6 يونيو 2018 ، 22:18 ، Eugene [email protected]
escribió:

javixeneize https://github.com/javixeneize أنا أجلس هنا في 6.2.4
الإصدار ، لا يمكن العثور على دعم كائنات dat المتداخلة ، صححني إذا كنت مخطئًا.

-
أنت تتلقى هذا لأنه تم ذكرك.

قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على 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 ، Eugene [email protected]
escribió:

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 شكرا مقدما!
من المحتمل أن يكون لديك كائن json فرعي تم تسويته إلى المستند الرئيسي ، لكن هذا ليس كائنًا متداخلًا.

نعم كن حذرًا ، لن ترتبط بياناتك javixeneize كما هو متوقع إلا إذا قمت بتعيين التعيين في ES لهذا الحقل على وجه التحديد

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

المشكلة الأساسية يتحول كل حقل في الكائن المتداخل إلى مصفوفة وتفقد الارتباط بين الخصائص.

لقد قمت للتو بتسوية بياناتي قبل الإغراق في es في الوقت الحالي.

إذا كنت لا تستطيع الانتظار حتى يقوم Elastic بتنفيذ ذلك ، فيمكنك استخدام المكون الإضافي Kibana الخاص بي:

ملخص:
https://ppadovani.github.io/knql_plugin/overview/
التركيب:
https://ppadovani.github.io/knql_plugin/installation/
لغة الاستعلام (SQL مثل):
https://ppadovani.github.io/knql_plugin/knql/

دعم 5.5.3 إلى 6.2.4 ، إذا كان هناك إصدار مفقود ، بعد 5.5 يرجى فتح مشكلة:
https://github.com/ppadovani/KibanaNestedSupportPlugin

نرحب بالمساهمات وطلبات الميزات وتقارير الأخطاء.

حسنًا ، يجب أن أنتظر بعد ذلك ...

El El jue ، 7 يونيو 2018 ، الساعة 0:38 ، Pierre Padovani [email protected]
escribió:

إذا كنت لا تستطيع الانتظار حتى يقوم Elastic بتنفيذ ذلك ، يمكنك استخدام Kibana الخاص بي
توصيل في:

ملخص:
https://ppadovani.github.io/knql_plugin/overview/
التركيب:
https://ppadovani.github.io/knql_plugin/installation/
لغة الاستعلام (SQL مثل):
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

Kibana عديم الفائدة تمامًا لحالات الاستخدام الخاصة بي بدون هذا الدعم. لا ينبغي أن أضطر إلى تسوية بياناتي أو إعادة هيكلتها. يجب أن أكون قادرًا فقط على إدخال البيانات والحصول على تصورات أو تجميعات. بعد أربع سنوات وما زلت لا يوجد دعم كائن متداخل؟

أي تقدير عند توفر هذه الميزة؟

هل يمكن لشخص من المرونة أن يخبرنا بما إذا كانت هذه الميزة قد تمت إضافتها إلى Kibana؟ هذه التذكرة مفتوحة لما يقرب من 5 سنوات حتى الآن.

أيضًا ، ما الهدف من إطلاق مثل هذه الميزة إذا كان لا يمكن استخدامها في Kibana؟

لا تفهموني بشكل خاطئ ولكن يبدو الأمر غريبًا بعض الشيء.

+1

+1

dayotoroberkoavivyechanpark @ mackermann2mahnejobphenriques

الرجاء عدم إضافة تعليقات مثل 1+ التعليقات. خاصة بالنسبة للقضايا التي تهتم بها حقًا! اسمحوا لي أن أوضح ، أي شخص لديه إشعارات قيد التشغيل سوف يتضايق بسهولة ويلغي الاشتراك في سلسلة الرسائل. هذا يعني أن المساهمين لن يروا هذا على أنه قضية مهمة تعتمد فقط على عدد المشاركين المشاركين. عندما يقوم الناس بإلغاء الاشتراك ، ينخفض ​​هذا الرقم.

بدلاً من ذلك ، ما يجب عليك فعله هو الاشتراك في الخيط عبر المربع الموجود في الزاوية اليمنى العليا وإعطاء إصدار Github الأولي إبهامًا لإظهار دعمك.

@ bugs181 هذا لا يعمل هنا ، هذه المسألة شاذة وتمتص كل الموجات القادمة ، لمدة خمس سنوات حتى الآن!

أعتقد أن العلماء يجب أن يستكشفوا هذا الثقب الأسود!

يبدو أن مطوري كيبانا يتمتعون بقوة غير طبيعية !!!

@ bugs181 هذا لا يعمل هنا ، هذه المسألة شاذة وتمتص كل الموجات القادمة ، لمدة خمس سنوات حتى الآن!

هل فكرت يومًا أنهم لا يريدون قراءة المشكلة بأكملها مع وجود الكثير من تعليقات "+1 أنا أيضًا" التي تبحث عن المعلومات التي قد تكون ذات قيمة بالنسبة لهم؟

ppadovani لديه مكون إضافي مفتوح المصدر يمكن استخدامه (انظر إلى تعليقه أعلاه)

@ mika76
أنا باستخدام هذا.

مفيد جدا في حالة بسيطة

@ mika76 فقط كن على علم ، أنه نظرًا لضيق الوقت ، لا يتم صيانته بشكل نشط حاليًا.

علق ppadovani منذ 28 يومًا
مرحبًا يا رفاق ... لقد وجدت أن وقتي محدود للغاية بسبب العمل والحياة. بالإضافة إلى ذلك ، على الرغم من أنني كنت قادرًا على تحسين الأمور جزئيًا ، فإن التغييرات التي أجراها فريق Kibana في الانتقال إلى React ستتطلب في الغالب إعادة كتابة أجزاء كبيرة مما قمت به.

@ mika76 نعم هذا البرنامج المساعد هو الطريقة الوحيدة للحصول على كائنات متداخلة تعمل الآن.
لكن الغريب بالنسبة لي ، أن Elasticsearch لديها دعم رسمي للأشياء المتداخلة ، لكن Kibana لا تفعل ذلك.

كما ذكر @ bugs181 ، لا تتم صيانته بشكل نشط حاليًا وهذا يعني أنه لا يمكنك الترقية إلى أحدث إصدار من ELK stack.

لذا فإن الدعم الرسمي يعني الصيانة المناسبة أيضًا. ولكن نظرًا لأن dev's يبصق على هذه المشكلة ، فليس لدينا دعم رسمي لذلك.

لا بد لي من الثانية @ bugs181 هنا. إن إجراء 1+ لهذه المشكلة وإرسالها بطريقة غير مرغوب فيها ، لا يساعد كثيرًا في زيادة الوعي بهذا الأمر ، ولكنه سيجعل الأشخاص يكتمون الأمر فقط أو يجعلنا أقرب إلى النقطة التي سأحتاج إلى إغلاقها ، وهو ما لا أفعله حقًا لا أريد ، لأنني أرغب في إبقاء كل قضية مفتوحة للنقاش للجميع ، لأنني أؤمن بالتواصل المفتوح.

حتى الآن أوصيت دائمًا باستخدام هذا المكون الإضافي. لم أكن على علم بأن هذا لم يعد يتم الحفاظ عليه بنشاط وأنا حزين لسماع ذلك. نعلم أيضًا أن هذه المشكلة كانت مفتوحة منذ 5 سنوات ، ونجري تحليلًا للمشكلات (من الواضح في Kibana - انظر لقطة الشاشة المرفقة) ونعلم أن هذه هي المشكلات الأكثر تفاعلًا:

ولكن نظرًا لأنك تدرك تمامًا أن هناك (حرفيًا) الآلاف من المشكلات الأخرى المفتوحة ، لذلك نحتاج دائمًا إلى الموازنة بين الميزات وإصلاح الأخطاء وما إلى ذلك للعثور على ترتيب جيد للأولويات. أيضًا (ولكن ليس فقط) نظرًا لأن هذه الميزة كانت تحتوي دائمًا على مكون إضافي قوي لمجتمع العمل ، لم تحصل على أولوية كافية (للتغلب على المشكلات الأخرى) حتى الآن. كما هو الحال في كثير من الأحيان ، غالبًا ما تكون هناك علاقة فنية بين أشياء مختلفة ، وعلى سبيل المثال بالنسبة للدعم الميداني المتداخل ، نريد حاليًا أولاً إنهاء إصلاح خط أنابيب عرض التصور بالكامل (# 19813) ، قبل أن نبدأ هذا ، نظرًا لأنه مرتبط بشدة سويا. ومع ذلك ، فإننا نواجه حاليًا هذه المشكلة في خريطة الطريق الخاصة بنا لـ 7.x ونأمل ألا يتم حظرها بواسطة تغييرات تقنية أخرى ، لذلك يمكننا قريبًا نقل هذه الميزة إلى Kibana core لإتاحتها بدون مكون إضافي للمجتمع.

هل يتضمن طلب دعم تصورات الكائن المتداخلة دعمًا للعلاقات بين الوالدين والطفل؟ لدي عميل يستفسر عن تصورات الوالدين والطفل.

MorrieAtElastic لا ، سيكون الوالدين والطفل مشكلة منفصلة.

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

إنها مشكلة كبيرة حقًا لأننا غير قادرين على إظهار علاقات 1: M بشكل صحيح في Kibana ككائن متداخل يدعم ElasticSearch حتى نتمكن من تحميل البيانات ولكن لا يمكننا عرضها بشكل صحيح. يجب إصلاح هذا قريبًا.

شكرا،
راكيش

بدأ العمل على الدعم الميداني المتداخل في KQL اليوم. تم إنشاء مشكلة منفصلة لتتبعها نظرًا لأن الدعم الميداني المتداخل الكامل في Kibana يتضمن العديد من التغييرات التي تتجاوز KQL فقط.

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

يا إلهي هل هذا حقيقي؟ بعد 5 سنوات...

ماذا عن نوع البيانات الجديد: بالارض؟ هل سيكون هناك دعم لتصورات لهذا النوع الجديد في المستقبل؟ يتم توجيه العديد من عملاء الخدمة إلى هذا النوع الجديد ويسألون عما إذا كان / متى يمكن أن تلعب التصورات دورًا.

Barrybigbuddy لست متأكدًا من الخطط

أرغب في تمثيل علاقة الوالدين والطفل في Kibana. لذا أطلب منك إعطاء الأولوية لهذه الميزة. شكرا. مجاي

+1

مذهل! +1 هنا! هل هناك إطار زمني محدد لهذه الميزة؟

اسمحوا لي أن أكون مفسد الحفلة هنا وأعطي تذكيرًا قصيرًا: هناك الكثير من الأشخاص المشتركين في هذه المشكلة (228 شخصًا من المجتمع + فريقان من فرق Elastic) ، لذلك سيكون من الجيد أن نحتفظ بـ +1 لـ ع الاقل. بفضل ميزة رد الفعل اللطيف من GitHubs ، يمكنك أيضًا إضافة موافقتك وحبك لـ Bargs إلى تعليقاته دون تشغيل إشعار لجميع المشتركين (أو

سأترك بعض المراجع هنا لأنواع الحقول الأخرى:

• دعم لنوع الحقل flattened - ليس حاليًا في خريطة الطريق قصيرة المدى
• دعم الوالدين / الطفل - حاليًا غير مدرج في خريطة الطريق قصيرة المدى الخاصة بنا

متى ستصل هذه الميزة؟ نحن نعمل بنشاط على هذا وستكون هناك مراحل مختلفة لهذا (KQL ، ودعم التصفية ، والتصورات ، وما إلى ذلك) والتي يمكن أن تصل في إصدارات مختلفة ، وسوف تعتمد على كيفية استمرار عملية التطوير. سننشر طلبات السحب المتعلقة بهذه الميزة كتعليق هنا ، بحيث يمكنك أن ترى في العلاقات العامة الإصدار الذي ستهبط فيه المرحلة / جزء معين من الدعم.

لست متأكدًا مما إذا كانت هذه هي المشكلة نفسها ، ولكن لدي فهرس به قائمة كائنات ، لكني لا أستخدم نوع البيانات "المتداخلة". ولكن في Kibana ضمن "الحقول المتاحة" ، لا أرى حقولًا داخل الكائنات الموجودة في القائمة. هل هذا قيد معروف؟

ppadovani هل البرنامج المساعد متاح لـ kibana-7.3.1؟

مرحباً بالجميع ، أعتقد أنني وجدت بعض الحلول لهذه المشكلة. عند قراءة الكود المصدري للتعيينات وجدت أن هناك خيار include_in_parent لنوع التعيين المتداخل. عند استخدام هذا الخيار ، يمكنني تصور مجموعة من الكائنات في Kibana دون أي مشاكل !!! لسبب ما ، لا يظهر هذا الخيار في وثائق ES. ربما أفهم شيئًا خاطئًا ولكن يبدو أن كل شيء يعمل. أستخدم خيار الحقول حتى أتمكن من البحث في كلٍ من الكلمات الرئيسية والنص الكامل.

التعيينات

PUT / test_index
"" json
{
"التعيينات": {
"ديناميكي": "صارم"،
"الخصائص": {
"ولاية": {
"النوع": "الكلمة الأساسية"
} ،
"انشأ من قبل": {
"النوع": "متداخل" ،
"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"
    }
  ]
}

تضمين التغريدة

استخدام include_in_parent أو copy_to كحل بديل غير مدعوم وقد يتوقف عن العمل في الإصدارات المستقبلية.

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

تم إصدار المرحلة الأولى للدعم الميداني المتداخل في 7.6.0

تحديث صغير لهذه المشكلة: لقد أصدرنا للتو

• سوف تكتشف أنماط الفهرس الحقول المتداخلة بشكل صحيح
• ستتمكن من مشاهدة الحقول المتداخلة في Discover
• التصفية على الحقول المتداخلة عبر شريط التصفية يعمل
• تسمح KQL بالبحث عن الحقول المتداخلة (راجع وثائق KQL للحصول على شرح لبناء الجملة عند الاستعلام عن الحقول المتداخلة)

نحن نعمل حاليًا على تمكين الحقول المتداخلة في المرئيات وسنواصل تحديث هذه المشكلة بالمعلومات ذات الصلة.

أهلا! نحن في انتظار وظيفة NESTED. متى يمكننا رؤيتها؟ هذه هي اللحظة الوحيدة التي لا تتحول تمامًا إلى Kibana (المرونة هي الأفضل). العالم كله يراقبك.

لا يزال الاستعلام عن الحقول المتداخلة يحتوي على أخطاء في 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",...}

Pinging @ Elastic / kibana-app-arch (Team: AppArch)

IlyaHalsky يرجى مراجعة وثائق KQL في الحقول المتداخلة. تتطلب الحقول المتداخلة بناء جملة محددًا للاستعلام ، نظرًا لأن لديك طرقًا متعددة للاستعلام عنها (في حالتك ، من المرجح أنك تريد فقط القيام بذلك: first.second:{ field: "test" } ).

يجب أن ترى أيضًا إشعارًا نخبًا عند محاولة استخدام حقل متداخل لأول مرة في استعلام KQL الذي سيربطك بهذا الشرح.

أسأل عما إذا كان هناك إصدار جديد من kibana يدعم الحقل المتداخل في التصور:
مثال على بياناتي:
{
"fieldX": "x"،
"fiedY": "Y"،
"الشذوذ": [
{
"الفئة": "النظام"،
"الاسم": "وحدة المعالجة المركزية"،
"التاريخ": "2020-03-11T13: 33: 40.000Z"
} ،
{
"الفئة": "إعادة التشغيل" ،
"الاسم": "إعادة تعيين" ،
"التاريخ": "2020-03-11T13: 33: 40.000Z"
} ،
{
"الفئة": "النظام"،
"الاسم": "الذاكرة" ،
"التاريخ": "2020-03-11T13: 33: 40.000Z"
}
]
}

أريد أن أتخيل مخطط دائري في كيبانا حيث:
عدد حجم الشرائح = إجمالي عدد كائنات مصفوفة الشذوذ (عدد المستندات × عدد العناصر بواسطة مصفوفة الانحرافات)
المجموعة الأولى = anomalies.category
الدلو الثاني = anomalies.name

بعبارة أخرى ، أريد أن أتخيل توزيع اسم الشذوذ حسب فئة الشذوذ؟

+1

أي أخبار عن هذا؟ الإصدار 7.6 هو بالفعل منذ شهرين ، 7.7 و 7.8 لم يذكر أي شيء عن هذا في ملاحظات الإصدار ، كما أن المستندات الخاصة بـ 7.9 و 7.x و Master لا تحتوي أيضًا على معلومات جديدة حول هذه الوظيفة.

فقط تناغم للتعبير عن آمالنا الكبيرة في الحصول على دعم التجميعات المتداخلة في التصورات. سيكون ممتع!