Grafana: جرافانا 2.0: مصدر بيانات SQL

تم إنشاؤها على ٢٨ فبراير ٢٠١٥  ·  168تعليقات  ·  مصدر: grafana/grafana

مع الخلفية تأتي إمكانية الحصول على مصدر بيانات SQL.

تفكيري هو أنك عندما تضيف مصدر البيانات

  • نوع db (مبدئيًا فقط mysql و postgres و sqlite3)
  • تفاصيل اتصال ديسيبل
  • تحديد قالب استعلام متري (أساسًا استعلام SQL مع معلمات)
  • حدد قالب استعلام عن التعليقات التوضيحية

ربما يكون أيضًا خيارًا للسماح باستعلامات RAW SQL من واجهة استعلام قياس اللوحة.

أي أفكار أخرى؟

typfeature-request

التعليق الأكثر فائدة

+1 لـ SQLite

ال 168 كومينتر

أود شخصياً أن أقترح شيئًا أكثر من سطر Cassandra (CQL) أو SparkSQL

واو ، هذا لنا مفيد جدا.

  • إضافة مجموعة من خوادم db لموازنة التحميل
  • حقل يربط X LIMIT للاستعلام
  • مفتاح لـ ORDER BY ASC DESC
  • هل اخترت أعمدة db لـ TIME و VALUE من جدول mysql؟

phagedorn بعضًا من هذا القبيل ، لست متأكدًا من التبديل لترتيب تصاعدي / تنازلي ، فغرافانا يريدهم دائمًا بترتيب تصاعدي (حسب الوقت). لست متأكدا من الحد x إما.

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

SELECT MyValue as Value, Timestamp as Time 
  FROM MyMetrics
  WHERE SeriesName IN (?SeriesList) AND Time > (?TimeFrom) AND Time < (?TimeTo)
  ORDER BY Timestamp ASC 

syepes أفكر كخطوة أولى لتنفيذ شيء بسيط. هل يمكن أن تصف المزيد عما يتطلبه تنفيذ CQL أو SparkSQL فوق قاعدة بيانات SQL العامة وما الفوائد؟ يبدو SparkSQL مثيرًا للاهتمام من وجهة نظر التحليل ، أي تطبيق golang؟

+1 للسماح لـ SQL الخام

torkelo : قوالب الاستعلام تبدو لطيفة: +1:
ستعمل بالنسبة لي للجداول الموجودة

هل سيحتوي مصدر البيانات هذا على محرر اقتراحات؟ ما الخلفيات الخلفية لقاعدة البيانات التي يمكن استخدامها لمصدر البيانات هذا؟

مهتم أيضًا بالسماح لـ SQL الخام

مبدئيًا mysql و postgres ، لن يتم تضمين الإكمال التلقائي في البداية

+1 مهتم

: +1: للبريد

: +1: للبريد

: +1: لـ postgres بنوع JSON

: +1: لـ postgres بنوع JSON

هل لديك أي فكرة عن خارطة الطريق عندما يكون مصدر بيانات SQL متاحًا؟ في 2.0 أو 2.1؟

juliusloman لست متأكدًا ، ربما في 2.2 أو 2.3 ، هناك الكثير من الأشياء الأخرى التي تم نقلها إلى 2.1 والتي يجب أن تحدث أولاً

لكن العلاقات العامة مرحب بها دائمًا

إن وجود مصدر بيانات SQL سيجعل بالتأكيد grafana أداة تحليلية عليا. أنا أحب أن أرى ذلك. توركل ، آسف لست مألوفًا مع جيثب ، ماذا تعني العلاقات العامة؟
+

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

إلى جانبك ، هل تشعر بالفضول إذا كان هناك شخص آخر يعمل على هذا؟

: +1:

+1 mysql

torkelo قد أبدأ

+1 أوراكل

+1 MS SQL

: +1: لـ postgres بنوع JSON

+1 postgres / postgres بنوع JSON

torkelo pinging مرة أخرى لأن هذا تم تأجيله شهرين. أرغب في إضافة بعض الدعم لمصادر البيانات الجديدة في Grafana وأود الحصول على ملخص لكيفية القيام بذلك وما يتبقى لدعم SQL العام (من المؤكد أنك ستقدر ما إذا كان بإمكاني الحصول على العلاقات العامة أيضًا :) )

@ agilgur5 لم يتم القيام بأي عمل على هذا حتى الآن

torkelo ماذا عن d0d995d؟ في أي حال من الأحوال سيكون محل تقدير كبير

@ agilgur5 الذي كان يعمل في الغالب على نظام البرنامج المساعد لمصدر البيانات لا شيء محدد لمصدر بيانات SQL

+1 MS SQL !!!

مع MySQL في المقدمة ، يمكنك إدخال أي SGBD مع محرك XA & Connect!

تحديد قالب استعلام متري (أساسًا استعلام SQL مع معلمات)
حدد قالب استعلام عن التعليقات التوضيحية

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

ما هو الوقت المقدر للوصول لهذا؟

EliSnow https://github.com/grafana/grafana/milestones يقول في حوالي 29 سبتمبر. قد يتم تنفيذ هذه الميزة بمفردها قبل ذلك ، وهناك أيضًا احتمال أن يتم إعادتها (كما كانت عدة مرات بالفعل). بغض النظر ، لا أعتقد أنه سيتم القيام بأي عمل على هذا حتى بعد الإصدار 2.1.

+1 MS SQL ؛ +1 استعلام مع معلمات
في الواقع لماذا أسأل. إن أبسط طريقة لوضع عدادات الأداء في المشهد من العديد من مربعات النوافذ هي تكوين جامعي البيانات عليها لوضع البيانات مباشرة إلى ms sql دون أي "مجمعات أدوات وسطية". لذلك سيكون من الرائع حقًا أن يكون لديك خيار لقراءة تلك البيانات من MS SQL. لذلك سيكون هذا خيارًا رائعًا حقًا!

+1 - Postgres.

Postgres هو مجرد قاعدة بيانات هائلة. إذا كان لدي الوقت ، فقد أنظر في هذا torkelo

torkelo ، أود المساهمة في إنجاز ذلك. أنا أنظر إلى الالتزام المشار إليه سابقًا لنظام البرنامج المساعد لمصدر البيانات (d0d995d). هل هناك أي توثيق لنظام البرنامج المساعد؟ ما القطع المطلوبة؟ بالنظر إلى مصادر البيانات الأخرى في دليل / public / app / plugins / datasource ، يبدو أنه مجرد Javascript (Angular + AMD) وبعض قوالب HTML. هل هناك أي كود Go مطلوب للحصول على هذا العمل أم أنه جافا سكريبت بدقة؟

نظرًا لأن قواعد بيانات SQL لا تحتوي عادةً على واجهة برمجة تطبيقات http ، فسيكون هناك بعض التعليمات البرمجية للخلفية

+1 MySQL و Cassandra

هذا خارج الموضوع إلى حد ما ، لكنني أعتقد أنه خطوة جيدة (أو خطوة بديلة) نحو الحصول على مصدر بيانات SQL. سيكون من الرائع السماح لمستخدم إداري ، من واجهة المستخدم ، بإضافة مصدر بيانات HTTP مخصص.

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

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

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

أدرك أن الشخص المحدد يمكنه حاليًا إضافة مصدر بيانات HTTP مخصص عن طريق تحرير الكود المصدري ، ولكن هذا الأمر أكثر صعوبة لأنه: 1) لم يتم توثيقه (وأنا على علم به) ، و 2) يتطلب أشخاصًا مختلفين معني ، بافتراض أن الشخص في منصب حيث يتم تنفيذ الأدوار "devops" و "grafana admin" بواسطة أشخاص مختلفين.

أنا شخصياً تمكنت من إضافة مصدر بيانات SQL مخصص من خلال نقطة نهاية HTTP التي تحاكي واجهة influxdb. يسمح منشئ الاستعلام للمستخدم بتحديد استعلامات عشوائية ، لقد احتجت فقط للتأكد من أن نقطة النهاية الخاصة بي أعادت البيانات بتنسيق مثل influxdb. إنه أمر رائع ، لكنه متطفل ويترك الكثير مما هو مرغوب فيه.

أفكار ،torkelo؟

EliSnow - هل تمانع في مشاركة الكود؟

roybass ، أظن أنك تسأل عن الكود الخاص بي الذي يحاكي واجهة InfluxDB.

لا يمكنني مشاركة الكود الخاص بي ، وربما لن يكون مفيدًا جدًا إذا فعلت ذلك لأنه خاص باللغة التي استخدمتها (Node.js) وقاعدة البيانات الخاصة بي (Postgres) وهيكل بياناتي (jsonb). جوهر ما عليك القيام به هو إنشاء نقطة نهاية HTTP /query والتي تعرض البيانات بنفس التنسيق الذي يقوم به InfluxDB.

سيتصل Grafana بنقطة النهاية الخاصة بك باستخدام طريقة GET مع المعلمة q لسلسلة الاستعلام وهي استعلام البحث / الاستعلامات المحددة في لوحة لوحة القيادة. يتم تحديد كل استعلام بحرف سطر جديد. (ملاحظة: أن زر "اختبار الاتصال" لاختبار مصدر البيانات في واجهة المسؤول سوف يرسل الاستعلام SHOW MEASUREMENTS LIMIT 1 . إذا قمت بإرجاع 204 لهذا الاستعلام فسيكون ذلك كافياً). يمكنك تصميم استعلام البحث ليكون DSL الخاص بك. لقد جعلت استعلام البحث الخاص بي كائن JSON بسيطًا. بينما يمكنك بالتأكيد استخدام SQL حقيقي لاستعلام البحث الخاص بك ، يجب عليك التأكد من أن مستخدم قاعدة البيانات الذي ينفذ الاستعلام لديه إذن فقط لـ SELECT في جدول (جداول) معينة. بالنسبة لي ، فإن استعلامات SQL الخاصة بي طويلة جدًا وشاملة ، وأنا أفضل الحصول على مستوى من التجريد من قاعدة البيانات.

يعرض InfluxDB البيانات بتنسيق json [المشروح] التالي:

{
//each entry in "results" represents the result of a single query
  "results": [{
    // each entry in "series" represents a different group if the
    // query had a GROUP BY clause.
    "series" : [
      {
        "name" : "measurement name",
        // not sure which tags influx chooses to return
        // perhaps only the ones in the WHERE clause
        // grafana allows you to use tags in the alias pattern
        "tags" : {
          "foo" : "bar"
        },
        // I have not checked grafana's source but it's possible
        // it does not read the "columns" array
        "columns" : ["time", "mean"],
        "values" : [
          // time (in epoch ms), value
          [1442953067791, 41.2]
        ]
      }
    ]
  }]
}

إذا لم يكن لديك مثيل InfluxDB الخاص بك وتحتاج إلى التلاعب بكيفية إرسال Grafana للاستعلامات ، فيمكنك استخدام لوحة معلومات الاختبار وأدوات المطور الخاصة بك لإلقاء نظرة خاطفة.

كإخلاء من المسؤولية ، ربما فاتني شيئًا ما في كيفية تواصل Grafana مع InfluxDB ، لكن ما ورد أعلاه كان كافياً لبدء العمل.

امل ان يساعد.

شكرا! هذا بالضبط ما قصدته

في الثلاثاء ، 22 سبتمبر 2015 الساعة 11:57 مساءً ، كتب EliSnow [email protected] :

roybass https://github.com/roybass ، أظن أنك تسأل عنه
الكود الخاص بي الذي يحاكي واجهة InfluxDB.

لا يمكنني مشاركة الكود الخاص بي ، وربما لن يكون مفيدًا للغاية
إذا فعلت ذلك لأنها خاصة باللغة التي استخدمتها (Node.js) ، فإن ملفي
قاعدة البيانات (Postgres) ، وهيكل بياناتي (jsonb). جوهر ماذا
ما عليك القيام به هو إنشاء نقطة نهاية HTTP / استعلام والتي تقوم بإرجاع البيانات بتنسيق
نفس التنسيق الذي يقوم به InfluxDB.

سيتصل Grafana بنقطة النهاية الخاصة بك باستخدام طريقة GET مع المعلمة q
من سلسلة الاستعلام كونها استعلام البحث / الاستعلامات المحددة في ملف
لوحة لوحة القيادة. يتم تحديد كل استعلام بحرف سطر جديد. (ملحوظة:
أن زر "اختبار الاتصال" لاختبار مصدر البيانات في المسؤول
سترسل الواجهة الاستعلام "إظهار القياسات" 1. إذا قمت بإرجاع ملف
204 لهذا الاستعلام يكفي). يمكنك تصميم استعلام البحث ل
كن DSL الخاص بك. لقد جعلت استعلام البحث الخاص بي كائن JSON بسيطًا. بينما أنت
بالتأكيد يمكن استخدام SQL حقيقي لاستعلام البحث الخاص بك ، يجب عليك التأكد
مستخدم قاعدة البيانات الذي ينفذ الاستعلام لديه إذن فقط لتشغيل التحديد
جدول (جداول) محددة. بالنسبة لي ، فإن استعلامات SQL الخاصة بي طويلة جدًا ورائعة ، وأنا
تفضل الحصول على مستوى من التجريد من قاعدة البيانات.

يعرض InfluxDB البيانات بتنسيق json [المشروح] التالي:

{// كل إدخال في "النتائج" يمثل نتيجة طلب بحث واحد
"النتائج": [{
// كل إدخال في "سلسلة" يمثل مجموعة مختلفة إذا كان
// استعلام يحتوي على عبارة GROUP BY.
"سلسلة" : [
{
"الاسم": "اسم القياس" ،
// لست متأكدًا من العلامات التي يختارها التدفق للعودة
// ربما فقط تلك الموجودة في جملة WHERE
// grafana يسمح لك باستخدام العلامات في نمط الاسم المستعار
"العلامات": {
"foo": "شريط"
} ،
// لم أتحقق من مصدر grafana لكن هذا ممكن
// لا تقرأ مصفوفة "الأعمدة"
"الأعمدة": ["الوقت" ، "تعني"] ،
"القيم" : [
// الوقت (في حقبة مللي ثانية) ، القيمة
[1442953067791، 41.2]
]
}
]
}]
}

إذا لم يكن لديك مثيل InfluxDB الخاص بك وتحتاج إلى اللعب
حول كيفية إرسال Grafana للاستعلامات ، يمكنك استخدام لوحة الاختبار
http://play.grafana.org وأدوات المطور الخاصة بك لإلقاء نظرة خاطفة.

كإخلاء ، ربما فاتني شيء ما في كيفية غرافانا
يتواصل مع InfluxDB ، ولكن ما ورد أعلاه كان كافياً لبدء العمل.

امل ان يساعد.

-
قم بالرد على هذا البريد الإلكتروني مباشرة أو قم بعرضه على GitHub
https://github.com/grafana/grafana/issues/1542#issuecomment -142419032.

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

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

: +1: لـ Postgres!

+1 لـ SQLite

roybass - لقد أعطاني

آسف سيكون الرابط مفيدًا: https://github.com/sysadminmike/postgres-influx-mimic

مرحبًا بكل من يريد الاتصال بـ postgres - لقد تمكنت من تشغيل ما ورد أعلاه والحصول على مثال للرسم البياني

+1 postgres / postgres بنوع JSONB
EliSnow نستخدم العقدة و postgres و influxdb و grafana ... إذا استطعت ، أود إلقاء نظرة على الكود الخاص بك :)
sysadminmike سوف تحقق من ذلك!

: +1: MySQL

RobMcZag اسمحوا لي أن أعرف ما هو رأيك - لقد استخدمتها لإعداد فكرة تجميع المقاييس الموزعة: https://github.com/sysadminmike/yadms/

torkelo ، لست متأكدًا من كيفية توسيع مصدر بيانات SQL مع تخزين الملايين من نقاط البيانات يوميًا. يمكنني الموافقة على وجود مصدر بيانات مثل Cassandra وهو قابل للتطوير بدرجة عالية ورائع في الأداء.

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

ما هو أحدث إصدار في SQL كمصدر للبيانات؟

+1 Informix TimeSeries / Informix TimeSeries مع JSON
utkarshcmu Informix هو مثال على كيفية قيام DB العلائقية للكائن بدعم تنفيذ بيانات السلاسل الزمنية القابلة للتوسع بدرجة كبيرة من خلال نوع بيانات سلاسل زمنية محسّنة (يمكن أن تكون عناصر السلاسل الزمنية أنواع بيانات SQL و / أو مستندات JSON). ؛)

أهلا،

هناك إمكانية لتصدير بيانات SQL الرقمية عبر واجهة HTTP باستخدام طبقة إضافية بين خادم SQL و Grafana بمساعدة ArrestDB: https://github.com/alixaxel/ArrestDB
إذا كان شخص ما يمكن أن يفرق البرنامج المساعد من القائمة القائمة على HTTP ، فسيكون ذلك لطيفًا جدًا. أنا شخصياً لست خبيرًا في ترميز Java هنا وأحتاج إلى مساعدة في هذا الأمر.
سيؤدي هذا أيضًا إلى تكديس جيد مع Restful API من مصادر البيانات الأخرى - https://restdb.io/docs/rest-api

+1

مرحبًا ، هذا هو أول مشروع لي:
اجمع مقاييس Microsoft SQL Server ، وأرسلها إلى InfluxDB وتصور باستخدام Grafana
https://github.com/zensqlmonitor/influxdb-sqlserver

+1 إلى MySQL :)

+1 لـ VoltDB [قاعدة بيانات SQL في الذاكرة]

: +1:

ماذا عن jdbc؟

+1 MySQL

+1 MySQL

+1 PostgreSQL

+1 PostgreSQL

مصدر بيانات WIP SQL: https://github.com/grafana/grafana/pull/3964

+1 postgresql
في 8 فبراير 2016 الساعة 10:00 مساءً ، كتب "Tom Dyas" [email protected] :

مصدر بيانات WIP SQL: # 3964 https://github.com/grafana/grafana/pull/3964

-
قم بالرد على هذا البريد الإلكتروني مباشرة أو قم بعرضه على GitHub
https://github.com/grafana/grafana/issues/1542#issuecomment -181722398.

+1 كاساندرا

مرحبًا ، ما هي حالة تكامل مصدر بيانات SQL؟ بالنسبة لنا ، من الأهمية بمكان توصيل grafana بـ Amazon Redshift أو Presto. قد يكون هناك خيار لوضع أحد مطورينا في هذا الموضوع. هل تكامل SQL هو مجرد بعض أعمال الترميز أم أن هناك تغييرات كبيرة مطلوبة؟

كان لدي نموذج أولي للعمل قيد التقدم في العلاقات العامة https://github.com/grafana/grafana/pull/3964 أتحدث إلى Redshift الخاص بشركتي. لذلك أعتقد أن مجرد ترميز العمل (من جانبي أو من جانب شخص آخر) في هذه المرحلة. على الرغم من وجود العديد من العناصر المدرجة في العلاقات العامة التي يجب إنجازها قبل جعلها جاهزة للإنتاج.

+1 فولت ديسيبل

سيكون 1+ مفيدًا للتعليقات التوضيحية واللوحات النصية.

+1

+1

لقد كنت أقوم بتشغيل وكلاء influxdb عبر grafana الآن لفترة من الوقت. بصفتي هواية جانبية ، فإنني أتجول باستخدام جدار حماية لتطبيق الويب ، والشيء الوحيد الذي سأكون حريصًا على إيجاد حل له هو شيء يشبه العبارات المعدة من أجل استباق حقن SQL. في الوقت الحالي ، لدي مجموعة من مختلف regexes التي تكتشف حقن sql ، لكن ضبط تلك الحقن مع الاحتفاظ بالقدرة على نشر لوحات معلومات جديدة يمنع ذلك إلى حد كبير ، ولا يترك لي أي خيار آخر سوى وضع قائمة بيضاء إلى حد كبير بقسم الحجة.
من الناحية المفاهيمية ، سيكون الأمر بسيطًا: نشر روابط الوكيل الثابتة لجمع البيانات التي تم إنشاؤها عند إنشاء / تحديث لوحة القيادة ، بدلاً من تضمين عبارة الاستعلام في وسيطة عنوان url. كل ما عليك فعله على جانب الوكيل هو تعيينه إلى الاستعلام الحقيقي ثم إرساله إلى خلفية قاعدة البيانات.
إن التعامل مع هذا عبر أجزاء الوكيل من grafana يمنح الأناقة الإضافية لاستقلالية قاعدة البيانات في القدرة على التعامل مع البيانات المعدة.

: +1: للمفهوم / الفكرة بالإضافة إلى القدرة على استخدام SQL خام أكثر أو أقل إذا كنت ترغب في استكمال الأساليب / الميزات / المقاييس الحالية

+1 لـ postgresql / mysql

كل أصابعي مرفوعة من أجل postgres

+1

+1

+1. حقا بحاجة الى هذا!

+1

أي تحديثات على هذا ؟؟

لقد كتبت إثباتًا أوليًا للمفهوم الذي طرحته كعلاقات عامة للحصول على تعليقات: https://github.com/grafana/grafana/pull/3964. عملت الشفرة بشكل جيد مع الاستعلامات مقابل مثيل PostgreSQL قيد التشغيل محليًا. لا أعرف ما إذا كان سيستمر في العمل نظرًا لتغييرات التعليمات البرمجية المصدر في Grafana في الطريق إلى الإصدار 3.

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

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

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

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

بالنسبة لي ، أنا على استعداد للإجابة على أي أسئلة حول إثبات المفهوم من أي شخص يتولى المسؤولية.

لقد أرسلت طلب سحب من هذا.

+1

+1 لـ Postgres ، مكان عملي يحب Grafana بالفعل

نود أن نرى هذا - كمرجع https://github.com/sirensolutions/kibi هي "شوكة ودية" من kibana ودعم SQL هو أحد الميزات التي أضافوها
https://github.com/sirensolutions/kibi/tree/master/src/plugins/kibi_core/lib/datasources

إذا كان هذا يساعد.

+1 لدعم mysql / mariadb الخلفي (مطلوب بشكل أساسي لحفر قواعد بيانات التذاكر GLPI / OTRS / إلخ ...)

يا رفاق ، من فضلك ، توقفوا عن نشر +1. فقط قل شكراً لـ anzai وقم بتطبيق https://github.com/grafana/grafana/pull/5364 على grafana المحلي الخاص بك.

mysql و postgre رائعان ، أوراكل أو jdbc العام سيكونان رائعين (كما هو الحال في Kibi المذكور أعلاه)

Jimilian - إدخاله في التوزيع الرئيسي. يعني تطبيق التصحيح أنه عند إصدار grafana جديد ، سيتعين علي إعادة تقديم الطلب ، وهو الأمر الذي لا يرغب معظم المستخدمين في التعامل معه.

+1 لهذه الميزة ، خاصةً إذا كانت تدعم ODBC / JDBC

: +1: ل postgres !! :-)

اتبعت طريقة أخرى لعرض البيانات في RDBMS باستخدام RestSQL. يتيح RestSQL عمليات CRUD على قواعد البيانات العلائقية وهو حل أنيق للغاية لتمكين عمليات قاعدة البيانات باستخدام أساليب HTTP و REST.

لقد كتبت مكونًا إضافيًا من Grafana لـ RestSQL - Grafana plugin (3.x) لـ RestSQL . ومع ذلك ، اعتبره PoC في هذا الوقت :-)

في الإعداد الخاص بي ، لا يلزم إجراء أي تغييرات على قاعدة رموز Grafana. لكن هذا الإعداد يحتاج إلى Java (Tomcat) لكي يعمل RestSQL.

+1. رهيبة POCjuliusloman .

+1. سيكون رائعًا حقًا لـ Postgres!

+1 Postgres!
+1 استعلامات SQL الخام

+1 لكاساندرا!

juliusloman سيكون رائعًا إذا نشرت هذا المكون الإضافي على grafana.net!

+1 MYSQL و POSTGRES مع الاستعلامات الأولية

+1 حلويات!
+1 كاساندرا!
+1 MySQL!

+1 كاساندرا

+1 MySQL

+1 MS SQL !! :د

بدلاً من إنشاء تعليقات N +1 ، أقترح إضافة علامة: +1: إلى السطر الأول مع ذكر قاعدة البيانات التي ترغب في دعمها؟

: +1:

+1 BigQuery.

فهل هذا البرنامج المساعد يذهب إلى الرواية الرسمية؟ أود الحصول على Postgres كمصدر بيانات.

+1 PostgreSQL

@ جميع لقد مفتوحة المصدر بلدي تحويل بروتوكول InfluxDB إلى الخلية ونشرها ل https://github.com/philip-wernersbach/influx-mysql ، وانها على استعداد للعمل مع Grafana.

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

ستكون مجموعات بيانات BigQuery كخلفية قابلة للتكوين _ قوية _ للغاية.

+1 MySQL

envintus إذا كان لديك وقت للمساهمة ، فأنا أرغب في الحصول على دعم BigQuery في https://github.com/philip-wernersbach/influx-mysql

sparkSQL +1

أي تحديث على البرنامج المساعد SQL؟

الحصول على دعم SQL خام في grafana سيجعله الأفضل بالتأكيد 👍
أي تحديثات حول هذا الموضوع؟

محاولة ساذجتي grafana-simple-sql-datasource!
إخلاء المسئولية: نسخة تجريبية غير مصقولة وغير مصقولة ... لكنها تعمل بالنسبة لي 🤣

https://github.com/gbrian/grafana-simple-sql-datasource

image

gbrian تبدو جيدة!

أنا جديد على وكلاء SQL-js ، ولدي سؤال.
هناك حزم مختلفة لقواعد البيانات المختلفة ، مثل MySql و MSSql و Postgress ...
هل من السذاجة الاعتقاد بأن تطبيقك سيعمل مع قواعد بيانات مختلفة؟
إذا كان الأمر كذلك ، فكيف يمكن معالجة ذلك؟ يبدو أننا بحاجة إلى نوع من التجريد بين ...

osigida ، شكرًا!

نعم ، الفكرة الرئيسية هي أن يكون لديك ملف "xxxproxy.js" لكل مصدر بيانات يشبه SQL.

التالي في قائمتي هو Apache Drill (https://drill.apache.org/)
إذا فعلت ذلك بشكل صحيح ، فيجب أن يكون wasy مثل إنشاء الوكيل وإعداد الموصل مثل
http://simple-sql-server:port/?con=drill://drilluser:password@drill-server:port
بالطبع المهمة هي تحويل مخطط مصدر البيانات إلى Simple-sql.

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

شكرا لك مقدما.

gbrian إذا كنت تخطط لتطبيق Postgres. سأكون سعيدًا لمساعدتك واختبار.

عمل عظيم. هل سيكون هذا للوراكل ايضا؟

يتم الإرسال عبر Samsung Galaxy S® 6 ، وهو هاتف ذكي AT&T 4G LTE
-------- الرسالة الأصلية -------- من: Gustavo Brian [email protected] التاريخ: 2/16/17 4:00 صباحًا (GMT-05: 00) إلى: grafana / grafana [email protected] نسخة إلى: gsaray101 [email protected] ، تعليق [email protected] الموضوع: رد: [grafana / grafana] Grafana 2.0: مصدر بيانات SQL (# 1542)
osigida ، شكرًا!
نعم ، الفكرة الرئيسية هي أن يكون لديك ملف "xxxproxy.js" لكل مصدر بيانات يشبه SQL.
التالي في قائمتي هو Apache Drill (https://drill.apache.org/)

إذا فعلت ذلك بشكل صحيح ، فيجب أن يكون wasy مثل إنشاء الوكيل وإعداد الموصل مثل

http: // simple-sql-server : port /؟ con = drill: // drilluser: password @ drill-server : port

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

-
أنت تتلقى هذا لأنك علقت.
قم بالرد على هذه الرسالة الإلكترونية مباشرةً ، أو اعرضها على GitHub ، أو قم بكتم صوت الموضوع.

{"api_version": "1.0"، "publisher": {"api_key": "05dde50f1d1a384dd78767c55493e4bb"، "name": "GitHub"}، "الكيان": {"external_key": "github / grafana / grafana"، "title ":" grafana / grafana "،" العنوان الفرعي ":" مستودع GitHub "،" main_image_url ":" https://cloud.githubusercontent.com/assets/143418/17495839/a5054eac-5d88-11e6-95fc-7290892c7bb5.png " ، "avatar_image_url": " https://cloud.githubusercontent.com/assets/143418/15842166/7c72db34-2c0b-11e6-9aed-b52498112777.png "، "action": {"name": "Open in GitHub"، "url": " https://github.com/grafana/grafana "}}، "التحديثات": {"snippets": [{"icon": "PERSON"، "message": " gbrian في # 1542: osigida ، شكرًا! \ r \ n \ r \ n نعم ، الفكرة الرئيسية هي أن يكون لديك ملف \ "xxxproxy.js \" لكل مصدر بيانات يشبه SQL. \ r \ n \ r \ n التالي في قائمتي هو Apache Drill (https://drill.apache.org/)\r\n إذا فعلت ذلك بشكل صحيح ، فيجب أن يكون wasy مثل إنشاء الوكيل وإعداد الموصل مثل \ r \ n http://simple-sql-server:port/?con=drill://drilluser:password@drill-server:port \ r \ n بالطبع المهمة يقوم بتحويل مخطط مصدر البيانات إلى Simple-sql. \ r \ n \ r \ n سأكون سعيدًا إذا قمت باختباره وأعدتني مرة أخرى ردود الفعل لي. الرجاء فتح العديد من المشكلات التي تجدها وسأحاول إصلاحها في أسرع وقت ممكن. \ r \ n \ r \ n شكرًا مقدمًا. "}] ،" الإجراء ": {" name ":" عرض المشكلة "،" url ": " https://github.com/grafana/grafana/issues/1542#issuecomment -280272622"}}}

anayrat ، @ gsaray101

تبدو ممكنة ويجب أن تكون سهلة للغاية:
https://www.npmjs.com/package/pg
https://www.npmjs.com/package/strong-oracle

+1 MySQL

+1 MySQL

+1 كاساندرا

+1 MSSQL +1 MYSQL

لمعلوماتك

يوجد الآن مكون إضافي رسمي مميز من Oracle (غير مجاني)
https://grafana.com/plugins/grafana-oracle-datasource

https://github.com/grafana/grafana/pull/5364#issuecomment -290066384

HIepizut : هذا البرنامج المساعد المتميز قيد التطوير كجزء من الجهد العام. سيستفيد المكون الإضافي المتميز من الوظائف الأساسية القادمة.

المزيد ليأتي إلى هنا!

هل هناك أي قيود معروفة لاستخدام كاساندرا كمصدر بيانات grafana؟ أو أي مخاوف أخرى يجب على المرء أن يدركها قبل تنفيذ البرنامج المساعد لمصدر البيانات؟

Cassandra ليست قاعدة بيانات سلاسل زمنية لذا لا أعتقد أنه يمكنك استخدامها كملف
مصدر البيانات في غرافانا. أنا أستخدم opentsdb لمصدر بيانات grafana الخاص بي

في 19 مايو 2017 10:28 صباحًا ، كتب "mtnxplorer7" [email protected] :

هل توجد أي قيود معروفة لاستخدام كاساندرا كبيانات grafana
مصدر؟ أو أي مخاوف أخرى يجب على المرء أن يدركها قبل تنفيذ أ
البرنامج المساعد datasource؟

-
أنت تتلقى هذا لأنك علقت.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/grafana/grafana/issues/1542#issuecomment-302763176 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/ARG51ZdZ6qbzst8m7mx-tsSZ9cRoBe5Lks5r7dEggaJpZM4DndgD
.

تدعم كاساندرا نمذجة بيانات السلاسل الزمنية. أي أفكار مبنية على هذا

+1 لـ Apache Drill.

أرى أن الجزء الخلفي من هذا العلاقات العامة قد تم دمجه ولكن ما هي الحالة العامة؟ هل هناك ETA لمراجعة ودمج أي عمل ضروري للواجهة؟

بالنسبة لـ MySQL ، يوجد جزء خلفي وجزء أمامي ، مع دعم تنبيه. لا يوجد دعم لـ Postgres حتى الآن

سيكون دعم Postgres رائعًا حقًا للاستخدام مع http://www.timescale.com/.

أحب أن أرى دعم SQL لأثينا: http://docs.aws.amazon.com/athena/latest/ug/what-is.html

torkelo أحتاج إلى مساعدة في مصدر بيانات MySQL. لدي أحدث إصدار من Grafana مثبت (v4.4.3)

افترض أن مضيف grafana الخاص بي هو grafana.host.org ولدي قاعدة بيانات SQL لتطبيق يتم استضافته على مضيف مختلف ، دعنا نقول application.host.org. لدي mysql db على نفس application.host.org

عندما أقوم بإضافة مصدر بيانات جديد من نوع MySQL على grafana (مثل grafana.host.org) ، فإنه يطلب مني تفاصيل الاتصال. أقوم بإضافة التفاصيل التالية إليها:

المضيف: application.host. org: 3306
قاعدة البيانات: dbname
المستخدم: dbuser
كلمة المرور: dbpassword

الآن عندما أقوم بحفظ هذا الاتصال واختباره ، فإنه يعطيني خطأ قائلاً:

"خطأ 1045: تم رفض الوصول للمستخدم 'dbuser'@'grafana.host.org' (باستخدام كلمة المرور: نعم)"

أي يؤدي إلى حل لهذا؟ لماذا تحاول الوصول إلى grafana.host.org عندما حددت مضيف db باسم application.host.org؟ يمكنني الاتصال من grafana.host.org إلى application.host.org جيد. ومع ذلك فإنه يعطيني هذا الخطأ.

ما أفهمه هو أنه يجب أن يحاول الاتصال بـ db على application.host.org. عندما أقوم بالاتصال بـ db على هذا المضيف على الواجهة الخلفية ، يمكنني المرور دون مشكلة.

مساعدتك في thil سيكون محل تقدير كبير.

شكرا،
جيوتي

خطأ 1045: تم رفض الوصول للمستخدم 'dbuser'@'grafana.host.org' (باستخدام كلمة المرور: نعم)

هذا الخطأ من MySQL. لقد أدركت أن dbuser يقوم بتوصيل _from_ عنوان الشبكة الذي يتحول إلى grafana.host.org . تحقق من الأذونات وكلمة المرور وما إلى ذلك في MySQL.

أي أفكار لدعم Redshift SQL لهجة؟

Redshift SQL هي مجرد عائلة Postgres 8.x ، والتي يجب أن تكون متوافقة مع دعم Postgres الذي تم توفيره مؤخرًا. لم تجربها بعد ولكنك مهتم أيضًا إذا كانت هناك أي أخطاء.

إذا كنت لا تمانع في إنشاء وكيل للبيانات من خلال postgres ، فيمكنك توصيل grafana (تقريبًا) بأي قاعدة بيانات مع غلاف البيانات الأجنبية postgres (https://wiki.postgresql.org/wiki/Foreign_data_wrappers).

+1 قاعدة بيانات Oracle

+1 لـ MS SQL

+1 لـ SQLite

مرحبًا ، أي شخص مهتم بـ mssql ، يرجى مراجعة العلاقات العامة # 10093

هل عمل أي شخص على Oracle كمصدر بيانات؟ أنا أحب أن أرى ذلك.

@ gsaray101 وأي شخص مهتم - اتصل بـ [email protected] إذا كنت ترغب في اختبار مصدر بيانات Oracle beta.

لقد دمجنا مصدر بيانات Microsoft SQL Server في Grafana وسيتم إصداره في Grafana 5.1 (# 10093 ، # 11298).

هذا يعني أن Grafana لديها الآن دعم أساسي لـ MySQL و Postgres و MS SQL Server كمصادر بيانات. لن نضيف المزيد من قواعد بيانات sql كمصادر بيانات إلى Grafana الأساسي لذا فقد حان الوقت أخيرًا لإغلاق هذه المشكلة.

في المستقبل القريب ، سيكون لدينا دعم للإضافات الخلفية ، لذا سيكون من الممكن الحصول على مصادر بيانات sql أخرى كمكونات خارجية.

أي شخص يبحث في إضافة دعم DB2 LUW؟

daniellee ماذا عن Oracle و SQLite؟ : التفكير: أي أخبار عن هذا؟

mnlbox يوجد مكون إضافي من Oracle بالفعل: https://grafana.com/plugins/grafana-oracle-datasource (ومع ذلك ، فهو ليس مفتوح المصدر)

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

+1 قريبًا

أي تحديث على SQLite @ daniellee ؟

سيكون مصدر بيانات SQLite مفيدًا جدًا!

سكلايت !!!!!

سكلايت !!!!!

سكلايت !!!!!

سكلايت !!!!!

الرجاء استخدام الوظيفة 👍 لإظهار موافقتك وتعليقك فقط إذا كان بإمكانك تقديم معلومات إضافية وملاحظات مفيدة وتصحيحات وما شابهها - حسنًا - تعليقات تساعد في حل المشكلة. من المحتمل ألا يقنع مطورو البريد العشوائي أو المساهمون أو المشاركون أي شخص بتنفيذ طلباتك.

صرحت Daniellee أعلاه أنه لا توجد جهود أخرى تُبذل لدعم مصادر البيانات الإضافية في النواة والمكونات الإضافية هي السبيل للذهاب. أيضًا لا يبدو أن أحدًا قد بدأ العمل على SQLite حتى الآن. إذا كنت بحاجة إلى حل سريع وقذر ولا ترغب في كتابة / تكليف / تكييف مكون إضافي كامل لـ / إلى SQLite ، فيجب أن يكون من السهل إلى حد ما إنشاء برنامج بروكسي smapp لخدمة بيانات SQLite الخاصة بك مثل JSON على غرار doublelemarkets RRD -وكسي . ليس حلاً رائعًا سريعًا ، ولكن من المحتمل أنك لن تستخدم SQLite إذا كان ذلك مصدر قلق.

كما يقول adlerweb ، لا توجد حاليًا خطط لفريق Grafana الأساسي لمصدر بيانات Sqlite أساسي. لا أعتقد أننا سنقبل العلاقات العامة لذلك أيضًا. ومع ذلك ، فإننا بالطبع ننشر مكونًا إضافيًا لمصدر بيانات خارجي على grafana.com إذا كتبه شخص ما.

أي تحديث على SQLite @ daniellee ؟

للمهتمين بدعم SQLite (أو في الواقع أولئك الذين ينتظرون أي مصدر بيانات) ، لن تحتاج إلى الانتظار طويلاً. من السهل جدًا كتابة مصدر البيانات الخاص بك باستخدام Python. الوثائق قليلة جدًا (راجع https://github.com/grafana/simple-json-datasource) ، لكن هذا ممكن. لقد أنشأت مثالًا واسعًا إلى حد ما في هذا المستودع ومنشور مدونة حول

  • تصويت سكليتي!

التصويت ل sqlite

مع الخلفية تأتي إمكانية الحصول على مصدر بيانات SQL.

تفكيري هو أنك عندما تضيف مصدر البيانات

  • نوع db (مبدئيًا فقط mysql و postgres و sqlite3)
  • تفاصيل اتصال ديسيبل
  • تحديد قالب استعلام متري (أساسًا استعلام SQL مع معلمات)
  • حدد قالب استعلام عن التعليقات التوضيحية

ربما يكون أيضًا خيارًا للسماح باستعلامات RAW SQL من واجهة استعلام قياس اللوحة.

أي أفكار أخرى؟

لسقلايت

التصويت ل sqlite.

رجاء Sqlite

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات