Grafana: टेम्प्लेट वैरिएबल मान के कस्टम मैपिंग की अनुमति दें -> टेक्स्ट प्रदर्शित करें

आप इसे स्क्रिप्टेड डैशबोर्ड के साथ कर सकते हैं। लेकिन इसे नियमित/सहेजे गए जेसन डैशबोर्ड में लागू करने का प्रयास करने के लिए आपका स्वागत है।

+1

मैं भी इसके कम से कम एक सरल संस्करण का उपयोग कर सकता था। ए -> बी . से कॉन्फ़िगर की गई मैपिंग जैसा कुछ

मेरे परिदृश्य में मैं परिवर्तनीय ड्रॉपडाउन (CustomerName1, CustomerName2, आदि) में एक इकाई नाम का चयन करना चाहता हूं, लेकिन जब मीट्रिक नाम की बात आती है तो आंतरिक रूप से एक संख्यात्मक आईडी का उपयोग करें।
app.request.$customer1_ID.count

+1

#3138 . से विलय

उदाहरण के fooBar और baz_quuxInternal मानों के साथ एक कस्टम टेम्पलेट वैरिएबल बनाते समय, UI को "Foo bar" और "Baz" के रूप में चेकबॉक्स प्रदर्शित करने में सक्षम होने के लिए।

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

कोई संभावित रूप से पूछे गए टेम्पलेट मानों (जैसे ग्रेफाइट गुण) के साथ-साथ रेगेक्स (यदि प्रतिस्थापन सामान्य है) का उपयोग करके इसका समर्थन कर सकता है। रेगेक्स समर्थन पहले से मौजूद है, लेकिन यह उपयोग किए गए मान और लेबल दोनों पर लागू होता है। इसका उपयोग केवल मूल्य के लिए करना मूल्यवान होगा।

उदाहरण के लिए, यदि कोई ग्रेफाइट क्वेरी टेम्प्लेट में उपयोग के लिए kafka.messagesByTopic.myservice_* विस्तार करती है, तो हो सकता है कि कोई उपयोगकर्ता इंटरफ़ेस को उपसर्ग को हटाना चाहता हो। लेकिन जब वास्तविक पैनलों में उपयोग किया जाता है, तो उपसर्ग को शामिल किया जाना चाहिए। इस पर काम किया जा सकता है (ग्राफाना 2.x और बाद के संस्करण में) अब टेम्पलेट चर को एक मीट्रिक संपत्ति में एम्बेड किया जा सकता है, इसलिए कोई भी सभी पैनलों और पंक्तियों में सभी मीट्रिक में उपसर्ग को हार्डकोड कर सकता है, लेकिन इससे बचना बेहतर है।

एक बार जब ये "लेबल" मान मौजूद हो जाते हैं, तो उन्हें पैनलों के अंदर भी एक्सेस करने में सक्षम होना उपयोगी होगा। जैसे कि एक वेरिएबल को रो और/या पैनल टाइटल में एम्बेड करते समय। या तो हम इसे डिफ़ॉल्ट रूप से लेबल का उपयोग कर सकते हैं (यदि एक शीर्षक फ़ील्ड में एम्बेड किया गया है), या शायद कुछ वैकल्पिक सिंटैक्स के साथ (जैसे $$Variable , या कुछ जो भी हो)

http://play.grafana.org/dashboard/db/test?editview=templateing एक विकल्प के रूप में "वैरिएबल लेबल" दिखाता है। क्या इसे बंद किया जा सकता है?

संपादित करें: मैंने बग को गलत समझा, क्षमा करें! :) लगे रहो।

यह चर के लिए अनुकूल नाम रखने का एक विकल्प है, न कि परिवर्तनीय मान

+1

+1

+1

+1

+1

+1

इसकी स्थिति क्या है ?
क्या ऐसा करना संभव है ?

क्या यह 3.0 फाइनल के लिए संभव है?
यह एक ऐसी सुविधा की तरह दिखता है जिसका बहुत से लोग इंतजार कर रहे हैं। मुझे शामिल करते हुए :-)

+1
मैं आम तौर पर नियमित अभिव्यक्तियों के हिस्से का उपयोग करता हूं जो उपयोगकर्ताओं के लिए भयानक लगता है।

+1

+1

+1
इसके बिना, रेगेक्स व्यंजक टेम्पलेट चरों में अनुपयोगी हैं।

+1

+1

+1

+1

+1

+1

@mbell697 @torkelo

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

क्या एक 'variable_translation_url' विकल्प जोड़ना स्वीकार्य होगा जो एक ऐसे url की ओर इशारा करता है जो मैपिंग कर सकता है? (यदि आवश्यक हो तो एक वैकल्पिक प्राधिकरण टोकन के साथ) या एक वेरिएबल_ट्रांसलेशन_स्क्रिप्ट जो जावास्क्रिप्ट स्रोत को इंगित करता है जिसे डाउनलोड किया जा सकता है और उन बिंदुओं पर templateValuesSrv.js में लगाया जा सकता है जहां अनुवाद की आवश्यकता होती है (यदि वह विकल्प सेट है)?

क्या आप अपने लिए templateValuesSrv.js कोड साझा कर सकते हैं? मैं इसे आजमाना चाहता हूं।

@ZhuWanShan यह मूल रूप से यह है:

https://github.com/sangoma/grafana/commit/fa109c23bc92c3121173579afbd87a04d7e2f523

ध्यान दें कि आप वहां 2 दृष्टिकोण देखेंगे। पहले का मतलब अधिक सामान्य होना था, एक 'क्वेरी' संपत्ति के साथ एक नया टेम्पलेट चर प्रकार 'http' पेश करना, जो मैपिंग करने के लिए एक HTTP यूआरएल को इंगित करता है (देखें _getHttpVariableOptions)। बाद में मैंने एक दूसरी विधि लागू की जो यह पता लगाती है कि क्या कोई विकल्प टेक्स्ट (डिस्प्ले वैल्यू) यूयूआईडी रेगेक्स से मेल खाता है, और जो कुछ भी वैरिएबल की मैपिंग को मजबूर करता है वह है कि हार्ड-कोडेड HTTP कॉल का उपयोग /api/v1/nodes/grafana-hosts/ जो रिटर्न देता है सभी विकल्पों की मैपिंग इसने अब तक अच्छा काम किया है, बस इसे एक सामान्य विधि में बदलने के तरीके के बारे में दिशा देने की आवश्यकता है।

+1

+1

रुचि रखने वाले किसी भी व्यक्ति के लिए मैं सरल JSON डेटासोर्स प्लगइन का उपयोग कर अपने विशेष उपयोग के मामले को हल करने में सक्षम था।

उस ने कहा कि प्लगइन वर्तमान में टेम्पलेट चर प्रश्नों का समर्थन नहीं करता है, लेकिन इस मुद्दे को ठीक करने वाले मेरे पुल अनुरोध को मास्टर में विलय कर दिया गया है। प्लगइन की एक अद्यतन Grafana.net रिलीज़ को किसी बिंदु पर पालन करना चाहिए।

इसके साथ आप ग्राफाना में डेटा स्रोतों के रूप में कस्टम HTTP एंडपॉइंट का उपयोग कर सकते हैं। उन्हें सिर्फ 4 तरीकों को लागू करना है। जब क्वेरी-आधारित टेम्प्लेट वैरिएबल के साथ उपयोग किया जाता है तो HTTP एंडपॉइंट को /search API अनुरोध प्राप्त होगा और बॉडी फॉर्म में एक JSON ऑब्जेक्ट होगी: { "target": "{template query content here}" } । आप अपनी इच्छानुसार क्वेरी सामग्री को पार्स कर सकते हैं।

आपके एंडपॉइंट से मानों की एक सरणी लौटाने से टेम्पलेट चर मानों की एक अंतर्निहित सूची ["custom value 1", "custom value 2"] के रूप में बन जाएगी: [{ "text": "custom value 1", value: 0 }] जहां text संपत्ति प्रति सरणी आइटम लौटाया गया मान है और value संपत्ति वापसी सरणी में चर की अनुक्रमणिका है।

वैकल्पिक रूप से आप टेक्स्ट/वैल्यू ऑब्जेक्ट्स की एक सरणी [{ "text": "label", "value": 123 }] वापस कर सकते हैं और ग्रैफाना text प्रॉपर्टी का उपयोग टेम्पलेट वैरिएबल के लेबल के रूप में करेगा, और value प्रॉपर्टी के कच्चे मूल्य के रूप में उपयोग करेगा टेम्पलेट चर।

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

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

मैं मनुष्य हूं।

+1

+1

+1

+1

+1

+1

+1000

+1

+2

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

यह बहुत अच्छा होगा अगर हम ऐसा कुछ कर सकें:

क्वेरी (मौजूदा): "vcd_vm" से KEY = "uuid" के साथ टैग मान दिखाएं जहां "OrgVdc" =~ /^$vDC$/)

लेबल (नया): कुंजी = "नाम" के साथ "vcd_vm" से टैग मान दिखाएं जहां "uuid" =~ /^$tag$/)

+1

+1

+1

+1

+1

+1

+1

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

+1

+1

यह एडब्ल्यूएस क्लाउडफ्रंट डेटा के लिए उपयोगी होगा, जैसा कि आधिकारिक क्लाउडवॉच निर्यातक द्वारा निर्यात किया जाता है। CloudFront के लिए डेटा आईडी द्वारा प्रदर्शित किया जाता है, जिसका कोई मानव उपयोग नहीं करता है। ग्राफ़ देखने वाले मनुष्यों के लिए "EAUUWLGUQEPFWV; EVWWU9PGWIB" के बजाय "foo.example.com; bar.example.com" देखना बहुत आसान है...

+1

सबसे पहले, एक शानदार उत्पाद विकसित करने और इसे दुनिया के साथ साझा करने के लिए धन्यवाद!

आने वाले महीनों में इसके लागू होने की क्या संभावना है, इस पर कोई संकेत? मैं बस इस बात का वजन करने की कोशिश कर रहा हूं कि आगे बढ़ने और @meverett के सुझाए गए कामकाज को लागू करने या इसके लिए प्रतीक्षा करने के लिए यह किस हद तक समझ में आता है।

HTTP एंडपॉइंट के माध्यम से इसे कार्यान्वित करना इस समस्या के अत्यधिक सामान्यीकृत संस्करण का एक साफ समाधान है, लेकिन यहां वर्णित कई उपयोग मामलों के लिए ओवरकिल की तरह लगता है (मेरा सहित) जहां सभी की जरूरत है "मैत्रीपूर्ण" की मामूली संख्या पर मूल स्थिर मानचित्रण प्रदर्शन नाम" -> "अनुकूल डेटाबेस नाम नहीं" जोड़े।

@ svet-b fwiw, हम @meverett के सुझाव का उपयोग करने के लिए चले गए और यह दर्द रहित और साफ था। डेटा स्रोत प्लगइन बनाने के लिए बस कुछ ही घंटे।

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

@meverett का वर्कअराउंड बहुत अच्छा काम करता है, लेकिन बहु मूल्य चर के साथ उपयोग किए जाने पर कम हो जाता है क्योंकि श्रृंखला को केवल (मेरे मामले में) influxdb से टैग के साथ लेबल किया जा सकता है। वहां कामकाज के लिए कोई सुझाव? :)

+1

+1

+1

+1

+1

अरे सब, चूंकि यह समस्या नियमित रूप से टकराती है, इसलिए मैंने एक उदाहरण Node.js वेब एप्लिकेशन को एक साथ फेंकने का फैसला किया है जो उपरोक्त मेरे समाधान का उपयोग करता है ।

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

अन्यथा आप इसे एक शुरुआती बिंदु के रूप में उपयोग कर सकते हैं और इसे अपने एलियासिंग डेटा को किसी भी स्रोत से एक्सेस करने के लिए विस्तारित कर सकते हैं (निश्चित रूप से आपके द्वारा प्रोग्राम किया गया) और इसे ऐप के माध्यम से इस तरह से सेवा दें कि SimpleJson डेटासोर्स प्लगइन इसका उपभोग कर सके और इसका उपयोग टेम्प्लेट वैरिएबल अलियासिंग/मैपिंग को चलाने के लिए किया जा सकता है।

उदाहरण वेब ऐप के लिए रिपोजिटरी यहां है ।

आशा है ये मदद करेगा। मेरे पास समय-समय पर समाधान स्थापित करने के लिए अधिक सहायता/स्पष्टीकरण के लिए कुछ अनुरोध हैं।

चियर्स

+1

+1

आपके अस्थायी समाधान के लिए धन्यवाद, @meverett । मैंने आपके समाधान को चलाने के लिए डॉकर कंटेनर बनाने के लिए डॉकरफाइल के साथ एक भंडार बनाया है। इसे डोकरफाइल के साथ-साथ बिल्ड के साथ एक कस्टम data.json लेने के लिए स्थापित किया गया है। आशा है कि यह लोगों की मदद करता है:

https://github.com/shirakaba/GrafanaSimpleJsonValueMapper-docker

1

+1

+1

जब आप इसे +1 करना चाहते हैं, तो कृपया ध्यान रखें कि आप उन 74 लोगों को परेशान करेंगे, जो वर्तमान में इस मुद्दे की सदस्यता ले चुके हैं और उम्मीद कर रहे हैं कि कोई आगे बढ़कर सुधार को लागू करेगा।
GitHub ने एक कारण के लिए प्रतिक्रियाएँ जोड़ीं ...

+1

+1

+1

यह बहुत अच्छा होगा! ए के पास लंबे संख्यात्मक मानों की एक सूची है, लेकिन मूल्य के मुकाबले प्रत्येक के लिए मानव अनुकूल लेबल दिखाने के लिए बहुत बेहतर होना चाहिए
चर: myListOfLongs {नाम: टोयोटा मूल्य: 122321312332, नाम: रेनॉल्ट मूल्य: 6666666}

+1!

+1

+1
#11534 के बारे में कोई भी अपडेट (दोहराए गए पैनल/पंक्तियों का उपयोग करते समय गतिशील शीर्षकों की अनुमति दें)

+1

+111111

+1

+1

+1, इस सुविधा की बहुत आवश्यकता है।

+1

+1

+1

+1

+1

यह MySQL और PostgreSQL के लिए काम करता है:

एक अन्य विकल्प एक क्वेरी है जो एक कुंजी/मान चर बना सकता है। क्वेरी को दो कॉलम लौटाने चाहिए जिनका नाम __text और __value है। __text कॉलम का मान अद्वितीय होना चाहिए (यदि यह अद्वितीय नहीं है तो पहले मान का उपयोग किया जाता है)। ड्रॉपडाउन के विकल्पों में एक टेक्स्ट और मान होगा जो आपको टेक्स्ट के रूप में एक अनुकूल नाम और मूल्य के रूप में एक आईडी रखने की अनुमति देता है। टेक्स्ट के रूप में होस्टनाम के साथ एक उदाहरण क्वेरी और मान के रूप में आईडी:

SELECT hostname AS __text, id AS __value FROM my_host

http://docs.grafana.org/features/datasources/mysql/#query -variable

मैं कस्टम चर होने का सुझाव दूंगा:

[{
        "__text": "Server 1",
        "__value": 1
    },
    {
        "__text": "Server 2",
        "__value": 2
    }
]

शायद नया प्रकार जिसे JSON कहा जाता है?

धन्यवाद @ जॉनीमाचिन! इसने PostgreSQL डेटासोर्स के साथ खूबसूरती से काम किया।

इसके विस्तार के रूप में, क्या चर के __text अनुभाग को पुनः प्राप्त करने का कोई तरीका है? यह रेखांकन दोहराने के लिए वास्तव में उपयोगी होगा।

अरे @MGinshe , यह मेरे लिए ठीक काम करता है (पाठ का उपयोग मूल्य प्रदर्शित करता है):

संपादित करें: इस बग के प्रारंभिक संदर्भ को गलत समझा, नीचे दी गई टिप्पणी को अनदेखा करें, यह #9292 . के लिए अधिक था

@torkelo @nmaniwa

https://github.com/grafana/grafana/pull/12609 लागू करने लगता है जो ज्यादातर लोग यहां पूछ रहे हैं, किसी भी कारण से वह बंद है और कभी विलय नहीं हुआ?

नहीं, वह मुद्दा कुछ पूरी तरह से अलग है, या आप गलत मुद्दे से जुड़े हैं?

अभी भी इस बारे में कोई खबर नहीं है? चलो, हम 2018 में हैं !! धन्यवाद!

@dmayan इसका उत्तर @johnymachine ने दिया था। आप इसका इस्तेमाल कर सकते हैं।

यह MySQL और PostgreSQL के लिए काम करता है:

एक अन्य विकल्प एक क्वेरी है जो एक कुंजी/मान चर बना सकता है। क्वेरी को दो कॉलम लौटाने चाहिए जिनका नाम __text और __value है। __text कॉलम का मान अद्वितीय होना चाहिए (यदि यह अद्वितीय नहीं है तो पहले मान का उपयोग किया जाता है)। ड्रॉपडाउन के विकल्पों में एक टेक्स्ट और मान होगा जो आपको टेक्स्ट के रूप में एक अनुकूल नाम और मूल्य के रूप में एक आईडी रखने की अनुमति देता है। टेक्स्ट के रूप में होस्टनाम के साथ एक उदाहरण क्वेरी और मान के रूप में आईडी:

SELECT hostname AS __text, id AS __value FROM my_host

http://docs.grafana.org/features/datasources/mysql/#query -variable

मैं कस्टम चर होने का सुझाव दूंगा:

[{
      "__text": "Server 1",
      "__value": 1
  },
  {
      "__text": "Server 2",
      "__value": 2
  }
]

शायद नया प्रकार जिसे JSON कहा जाता है?

मैं MySQL और न ही PostgreSQL का उपयोग नहीं करता। यह एक ग्राफाना विशेषता होनी चाहिए। नहीं
किसी प्रकार का हैक।

धन्यवाद!

एल ज्यू।, 27 डी सितम्बर। डे 2018 05:52, मुहम्मद हेंड्रि नोटिफिकेशन @github.com
विवरण:

@dmayan https://github.com/dmayan इसका उत्तर दिया गया। आप इसका इस्तेमाल कर सकते हैं।

यह MySQL और PostgreSQL के लिए काम करता है:

एक अन्य विकल्प एक क्वेरी है जो एक कुंजी/मान चर बना सकता है। पूछताछ
दो कॉलम लौटाने चाहिए जिनका नाम __text और __value है। टेक्स्ट
कॉलम मान अद्वितीय होना चाहिए (यदि यह अद्वितीय नहीं है तो पहला मान है
उपयोग किया गया)। ड्रॉपडाउन के विकल्पों में एक टेक्स्ट और मान होगा जो अनुमति देता है
आपके पास टेक्स्ट के रूप में एक दोस्ताना नाम और मूल्य के रूप में एक आईडी होना चाहिए। एक उदाहरण
टेक्स्ट के रूप में होस्टनाम के साथ क्वेरी और मान के रूप में आईडी:

होस्टनाम AS __text, id AS __value my_host . से चुनें

http://docs.grafana.org/features/datasources/mysql/#query -variable

मैं कस्टम चर होने का सुझाव दूंगा:

[{
"__text": "सर्वर 1",
"__मान": 1
},
{
"__text": "सर्वर 2",
"__मान": 2
}
]

शायद नया प्रकार जिसे JSON कहा जाता है?

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

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

आशा है कि यह सुविधा शीघ्र ही सच हो जाएगी।

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

मुझे लगता है कि इसे नेस्टेड चर कहा जाता है। और फिर आप चर चयनकर्ताओं में से एक को छिपा सकते हैं।

+1

+1

@FdeFabricio आपने InfluxDB का उपयोग किया है? क्या दूसरे को बदलते समय यह स्वचालित रूप से एक मान अपडेट करता है? यदि ऐसा है तो आप यह कैसे करते हैं?

@ बासी 1995

आपने इन्फ्लक्सडीबी का इस्तेमाल किया?

हां

क्या दूसरे को बदलते समय यह स्वचालित रूप से एक मान अपडेट करता है?

हां

यदि ऐसा है तो आप यह कैसे करते हैं?

आप एक क्वेरी प्रकार चर बनाते हैं जो उस आइटम का चयन करता है जो पहले से चयनित मान से मेल खाता है (उदाहरण SELECT "name" FROM playlists WHERE ("id" =~ /^$playlist_id$/) । तो अब आपके पास दो चर होंगे: एक आईडी के साथ और दूसरा नाम के साथ।

@ bassie1995 @FdeFabricio आप इसे उल्टा भी कर सकते हैं:

• एक दृश्यमान चर, जो आपको प्लेलिस्ट के नाम (यानी गर्ल पावर) का चयन करने देता है
• एक छिपा हुआ चर, जो नाम से प्लेलिस्ट आईडी ढूंढता है (कुछ इस तरह SELECT "id" FROM playlists WHERE ("name" =~ /^$playlist_name$/) )

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

PostgreSQL/MySQL डेटा स्रोत से __name और __value सिंटैक्स अभी भी आदर्श है, क्योंकि यह किसी भी आईडी-> नाम अस्पष्टता को रोकता है, और आवश्यक डेटाबेस प्रश्नों की संख्या को कम करता है। यह आईएमओ की मूल विशेषता होनी चाहिए।

मुझे ऊपर @johnymachine की टिप्पणी के आधार पर एक और समाधान मिला। कुछ डेटा स्रोतों में इसके लिए समर्थन है। यदि यह आपके डेटा स्रोत में समर्थित नहीं है, तो आप एक MySQL डेटाबेस बना सकते हैं, वहां डेटा जोड़ सकते हैं और __value और __text वापस करने के लिए एक क्वेरी लिख सकते हैं। यह काम करता है अगर डेटा स्थिर है, मेरे मामले की स्थिति (भौगोलिक स्थिति) में। किसी भी व्यक्ति के लिए जो इस सुविधा को कस्टम के रूप में परिभाषित चर के लिए चाहता है तो मुझे लगता है कि यह एक अच्छा कामकाज है और संभवतः एक बेहतर समाधान है। यह सभी परिवर्तनीय सूचियों को 1 स्थान पर संग्रहीत करने और अधिक आसानी से बदलने की अनुमति देता है। केवल नकारात्मक पक्ष यह है कि इसे MySQL स्थापित करने की आवश्यकता है।

TSDB से सिंगलचर AS __value, शॉर्टनाम AS __text चुनें। State

मुझे इस समाधान को बार-बार ग्राफ़, दोहराई गई पंक्तियों के लिए काम करना चाहिए और यह भी कि यदि चर में बहु-चयन है। इन स्थितियों में "गर्ल पावर" दिखाने के लिए 2 चर का उपयोग करने वाला उदाहरण काम नहीं करता है।

मैं बस उस मुद्दे से जूझ रहा था और कुछ हद तक हैकिंश वर्कअराउंड पाया ...
मुझे एक हैश चाहिए था, कि पर्ल नोटेशन में लिखा गया है:
Perl %units = ( 'μSv/h' => 1.0, 'mrem/h' => 0.1 );
मैंने एक डैशबोर्ड वैरिएबल Type : Custom , Values separated by comma : mrem/h, μSv/h बनाया और फिर JSON Model को इस तरह संपादित किया:
JSON { "allValue": null, "current": { "tags": [], "text": "mrem/h", "value": "0.1" }, "hide": 0, "includeAll": false, "label": null, "multi": false, "name": "units", "options": [ { "selected": true, "text": "mrem/h", "value": "0.1" }, { "selected": false, "text": "μSv/h", "value": "1.0" } ], "query": "mrem/h, μSv/h", "skipUrlSync": false, "type": "custom" }

हालांकि यह काम करता है (कुछ समय के लिए), जीयूआई के माध्यम से डैशबोर्ड को संपादित करने से यह वापस गैर-कार्यशील स्थिति में बदल जाता है :-|

इसके आसपास काम करने का एक अन्य विकल्प यदि आपके पास कोई अन्य सिस्टम है जो डेटा प्रदान कर सकता है:

एक JSON डेटासोर्स प्लगइन का उपयोग करें, मैं इसका उपयोग कर रहा हूं: https://grafana.com/plugins/simpod-json-datasource

आवश्यक डेटा वाले किसी सिस्टम में केवल / स्वास्थ्य-जांच समापन बिंदु और /search समापन बिंदु लागू करें। /search एंडपॉइंट को JSON लौटाना चाहिए जो इस तरह दिखता है: [{ "text": "A Human Name", "value": "123456" }, ...] । text प्रॉपर्टी वही होगी जो वेरिएबल सिलेक्ट ड्रॉप डाउन में दिखाई देती है और value वह होगी जो मेट्रिक्स क्वेरी में उपयोग की जाती है।

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

इस पर +1। मैं वास्तव में ऐसा करने का एक तरीका चाहूंगा, लेकिन वह जो बैकएंड-निर्भर नहीं था (हम ग्रेफाइट का उपयोग करते हैं)।

+1 कोई कामकाजी समाधान?

@ BlackRider97 कृपया ऊपर दी गई टिप्पणियों पर एक नज़र डालें - PostgreSQL (और शायद MySQL, MSSQL, आदि) के लिए कई कार्य समाधान हैं।

समाधान 1: https://github.com/grafana/grafana/issues/1032#issuecomment -409124505

समाधान 2: https://github.com/grafana/grafana/issues/1032#issuecomment -453242766

@thinrope से वर्कअराउंड को ठीक से लागू करना वास्तव में एक सुंदर फिक्स इम्हो होगा।
यदि हम एक कस्टम चर में JSON का उपयोग कर सकते हैं, या एक चर प्रकार "JSON" है, तो हम इसे हैक के बिना हल कर सकते हैं और मुझे कोई कमियां नहीं दिखती हैं।

+1 इस पर कोई अपडेट?

+1

+1

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

इसे कस्टम मान में दर्ज करने का तरीका इतना आसान हो सकता है:
label1:value1, value2, label3:value3, label5:value5

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

इसके आसपास काम करने का एक अन्य विकल्प यदि आपके पास कोई अन्य सिस्टम है जो डेटा प्रदान कर सकता है:

एक JSON डेटासोर्स प्लगइन का उपयोग करें, मैं इसका उपयोग कर रहा हूं: https://grafana.com/plugins/simpod-json-datasource

आवश्यक डेटा वाले किसी सिस्टम में केवल / स्वास्थ्य-जांच समापन बिंदु और /search समापन बिंदु लागू करें। /search एंडपॉइंट को JSON लौटाना चाहिए जो इस तरह दिखता है: [{ "text": "A Human Name", "value": "123456" }, ...] । text प्रॉपर्टी वही होगी जो वेरिएबल सिलेक्ट ड्रॉप डाउन में दिखाई देती है और value वह होगी जो मेट्रिक्स क्वेरी में उपयोग की जाती है।

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

मैंने यह कार्यान्वयन किया और यह मेरे लिए काम करता है, लेकिन मैं प्रवृत्ति (किंवदंती) को लेबल करने पर फंस गया हूं ... मुझे या तो आईडी (संख्या) मिलती है या परिभाषित नहीं होती है या कुछ अन्य गैर-समझदार होती है।
क्या आप सलाह दे सकते हैं?

एम

+1

मैं अब अपनी कंपनी के ग्राफाना में @mbell697 द्वारा वर्णित JSON-hack का भी उपयोग कर रहा हूं। लेकिन एक अजीब रेगेक्स समस्या IMHO प्रतीत होती है।

मैंने एक छोटा पायथन फ्लास्क ऐप स्थापित किया है जो मुझे ग्रेफाइट प्रश्नों के लिए आवश्यक समूह प्रदान कर रहा है, मेरा खोज डेटा जैसा दिखता है

@app.route('/search', methods=['POST'])
def search():
    data = [
        {"text": "fs-servers", "value": "{FS-server-1,FS-server-2,FS-server-3}"},
        {"text": "db-a-servers", "value": "{db-server-1,}"},
        {"text": "db-b-servers", "value": "{db-server-2,db-server-3}"}
    ]
    return jsonify(data)

तो डैशबोर्ड में मैंने जेसन-स्रोत का उपयोग करके "समूह" नामक एक क्वेरी वैरिएबल बनाया और फिर /fs-.*/ का उपयोग करके रेगेक्स-फ़ील्ड के साथ "एफएस-सर्वर" समूह के लिए फ़िल्टर करने का प्रयास किया - लेकिन यह काम नहीं कर रहा है जैसा कि अपेक्षित था - चारों ओर झुकाव के बाद मैंने माना कि रेगेक्स किसी भी तरह से "मान" पर लागू होता है - न कि "टेक्स्ट" -फील्ड पर। क्या किसी के पास शायद कुछ कामकाज या विचार है?

+1

+1

इसके लिए आवश्यकताओं पर मेरा विचार:

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

उदाहरण 1 - सरल एक से एक नाम रूपांतरण। तो इस मामले में हमारे पास संख्यात्मक देश कोड हैं जो मीट्रिक मानों के रूप में प्रकाशित होते हैं। लेकिन पता है कि कोई संख्यात्मक कोड याद रखता है। इसलिए हम "यूएस" या "कनाडा" प्रदर्शित करना चाहते हैं

{"अमेरिका" == "01"}
{"कनाडा" == "02"}

यदि "कनाडा" का चयन किया जाता है तो किसी भी क्वेरी को दिया गया टेम्प्लेट वैरिएबल मान "02" है

उदाहरण 2 - एक से अनेक मानचित्रण है। आंतरिक रूप से हमारे पास परिनियोजन के लिए चरण हैं, जैसे s0, s1, s2, s3, s4। हालांकि अंतिम उपयोगकर्ता इसे "देव, बीटा, उत्पाद" के रूप में उपयोग कर सकते हैं
इसलिए वे उन्हें इस प्रकार मैप करना चाहते हैं:

{ "देव" == ["s1"]}
{"बीटा" == ["s2", "s3"]}
{ "उत्पाद" == ["s4", "s5", "s6"]} या बेहतर अभी तक "उत्पाद" == एस [456]

तो अगर "प्रोड" चुना जाता है तो "एस 4, एस 5, एस 6" क्वेरी को पास कर दिया जाता है

एक क्वेरी परिप्रेक्ष्य से (उदाहरण 2 लेते हुए) जहां परिवर्तनीय नाम स्टेजवर है
और मीट्रिक टैग का नाम चरण है:

हमें कॉल की तरह aliasBy() की इतनी आवश्यकता नहीं दिखती है, लेकिन और चीजें जैसे:
स्टेज = ~ $ {स्टेज वार. मान: रेगेक्स }
उपनाम($stageVar.label)

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

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

+1

+1

मुझे बहुत आश्चर्य है कि इसे शामिल नहीं किया गया है - मैंने यह पता लगाने की कोशिश में काफी समय बिताया कि यह "स्पष्ट" चीज़ कैसे होती है और अंततः यह पता लगाने के लिए मेरा रास्ता मिल गया कि यह अस्तित्व में नहीं है।

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

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

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

मुझे बहुत आश्चर्य है कि इसे शामिल नहीं किया गया है - मैंने यह पता लगाने की कोशिश में काफी समय बिताया कि यह "स्पष्ट" चीज़ कैसे होती है और अंततः यह पता लगाने के लिए मेरा रास्ता मिल गया कि यह अस्तित्व में नहीं है।

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

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

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

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

उदाहरण:

तो "उत्तरी अमेरिका - प्राथमिक क्लस्टर" नामक एक चर मैक्रो मेरे "देश" चर को "us,ca,mx" पर सेट करेगा और मेरे "क्लस्टर:" चर को "प्राथमिक" पर सेट करेगा। यदि मैं प्रत्येक नामित चर (या नहीं, यदि वे छिपे हुए हैं) को नीचे खींचने के लिए वे सेटिंग्स दिखाई देंगे, तो मैं देशों को देश में जोड़ या घटा सकता हूं: सूची जब तक मैं मैक्रो चर पुलडाउन को फिर से नहीं छूता।

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

यहाँ मेरा काल्पनिक उदाहरण फिर से है, जहाँ मेरे पास "देश" और "क्लस्टर" के पहले से मौजूद चर हैं।

परिवर्तनीय मैक्रो नाम: क्षेत्र

नाम1: उत्तरी अमेरिका - प्राथमिक क्लस्टर
सेटिंग से पहले नामांकित चर साफ़ करें: Y
चर1: देश
Value1: यूएस, सीए, एमएक्स
चर 2: क्लस्टर
Value2: प्राथमिक

नाम 2: नॉर्डिक्स - माध्यमिक क्लस्टर
सेटिंग से पहले नामांकित चर साफ़ करें: Y
चर1: देश
Value1: से, फाई, नहीं, डीके, is
चर 2: क्लस्टर
Value2: माध्यमिक

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

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

यदि आपके पास PostgreSQL है, तो आपको मैपिंग के लिए एक वास्तविक तालिका बनाने की आवश्यकता नहीं है, आप कुछ ऐसा कर सकते हैं:

SELECT *
FROM
(
    VALUES
        ('London server 1', 'london_srv_1'),
        ('London server 2', 'london_srv_2'),
        ('New York server 1', 'ny_srv_1'),
        ('New York server 2', 'ny_srv_2')
) AS t (__text, __value)

लेकिन यह संख्यात्मक मानों के साथ काम नहीं करता है:

चुनें * से (मान ('ठीक', '0'), ('त्रुटि', '1')) AS t (__text, __value)

डैशबोर्ड लोड करते समय:

और दूसरे पैरामीटर का चयन करते समय

चयन करते समय: ठीक + त्रुटि

यदि आप संख्यात्मक मान चाहते हैं तो आपको एकल उद्धरणों को हटाने की आवश्यकता है, अन्यथा इसे पाठ के रूप में व्याख्यायित किया जाता है, अर्थात

SELECT * FROM ( VALUES ( 'OK', 0), ( 'ERROR', 1) ) AS t (__text, __value)

उत्तर के लिए धन्यवाद @GlennMatthys glenn, लेकिन मुझे पहले से ही पता चला है कि समस्या कहां होती है।

चुनें * से (मान ('ठीक', 0), ('चेतावनी', 1), ('महत्वपूर्ण', 2)) AS t (__text, __value)

मल्टी-वैल्यू को कॉन्फ़िगर करना:

होता है

3 राज्यों का चयन

और बहु-मूल्य बंद:

ग्लेनमैथिस - आपका समाधान एकदम सही है, बहुत धन्यवाद

MySQL के लिए इसकी:
SELECT * FROM ( VALUES row('a', 1), row('b', 2) ) AS t (__text, __value)

मारियाडब के बारे में क्या? यह मेरे लिए काम नहीं कर रहा है (मारियाडीबी संस्करण: 10.5.5)

SELECT * FROM ( VALUES row('a', 1), row('b', 2) ) AS t (__text, __value);
ERROR 1064 (42000)..............

या पहले वाला:

SELECT * FROM ( VALUES ( 'OK', 0), ( 'Warning', 1), ('Critical', 2) ) AS t (__text, __value);
ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your 
MariaDB server version for the right syntax to use near '(__text, __value)' at line 1

ऐसा लगता है कि मान विवरण अब उपलब्ध नहीं है...

या कुछ और है जो मैं गलत करता हूँ?

@radoeka पुराने MariaDB/MySQL के लिए

SELECT * FROM
(
    SELECT 'London server 1' AS '__text', 'london_srv_1' AS '__value'
    UNION ALL SELECT 'London server 2', 'london_srv_2'
    UNION ALL SELECT 'New York server 1', 'ny_srv_1'
    UNION ALL SELECT 'New York server 2', 'ny_srv_2'
) AS t;

@GlennMatthys वाह वाह, क्या तेज़ प्रतिक्रिया है! और यह काम करता है।
मैंने सोचा था कि मैं मारियाडब का एक नया संस्करण चला रहा था, लेकिन ऐसा नहीं है (लिनक्स वितरण का उपयोग करना जो केवल 2 महीने पुराना है)।
धन्यवाद।

ऐसा लगता है कि प्रोमेथियस के लिए समर्थित नहीं है।

इस समस्या को #27829 के रूप में फिर से खोलने से यह केवल स्थिर डेटा के लिए हल करता है।