Abfrageparameter sind aus offensichtlichen Gründen großartig. Wenn Sie Data Explorer-Abfragen für weniger technisch versierte Benutzer verfügbar machen, können diese manchmal durch den Namen verwirrt werden (selbst wenn es sich nur um einen Variablennamen mit einem Unterstrich handelt).\n\nKönnen Sie einem Abfrageparameter einen Alias geben, damit er unter der Abfrage mit einem schöneren Namen angezeigt wird?
Hallo @jordan-violet
Ich glaube, man könnte so etwas tun – ist das, was Sie meinen?
SELECT spaltenname AS aliasname
FROM tabellenname;
...
oder so
SELECT spaltenname(n)
FROM tabellenname AS aliasname
....
Oh, Entschuldigung, ich habe Ihre Frage missverstanden! ![]()
Ich glaube, Sie können die Abfrage im Data Explorer bearbeiten und eine Beschreibung hinzufügen, wie der Parameter gesetzt werden soll. Diese wird angezeigt, wenn der Bericht ausgeführt wird:
Ja, das habe ich jetzt, aber es ist nicht so ausgefeilt, wenn man versucht, diese Berichte für sehr technisch nicht versierte Personen in Bereichen wie Vertrieb, Marketing usw. benutzerfreundlich zu gestalten.
Tatsächlich wäre es schön, wenn es noch einen Schritt weiter ginge und man auch die Möglichkeit hätte, eine Beschreibung für einen Tooltip/Info-Icon zu definieren.
DE ist sehr roh… der Aufbau einer anderen Benutzeroberfläche (sei es eine Webseite, eine Tabelle oder eine Anwendung) ist wahrscheinlich eine gute Idee.
Ein großartiges Beispiel ist Grafana!
Grafana hat eine Live-Demo von Berichten über seine Community, die in Echtzeit aus dem Data Explorer gezogen werden.
Ja, wir nutzen Tableau in unserem Unternehmen und exportieren alle Discourse-Daten, damit sie dort verwendet werden können.
Aber ich genieße es, Benutzer, auch intern, auf die Plattform zu bringen. Ich versuche immer, mich für möglichst wenige Tools einzusetzen und zu viel Streuung zu vermeiden.
Ich mag diese Idee auf jeden Fall. Ich denke, ein „freundliches Label/Platzhalter“ wäre eine gute Ergänzung. Ich bin mir aber nicht sicher, wie das erreicht werden kann. ![]()
So viele Optionen!
Eine der einfacheren Lösungen wäre, nach einer optionalen Label-Variable im aktuellen Format zu suchen, das Sie alle verwenden, z. B.:
-- [params]
-- text :user_group
-- label: "Der Salesforce-Kontoname des Kunden, den Sie in dieser Abfrage nachschlagen möchten."
-- text :topic_id
Zugegebenermaßen bin ich seit über 5 Jahren kein Vollzeitentwickler mehr und gehe jetzt auch nicht mehr in diese Richtung, daher kann ich nicht vorgeben, die Besonderheiten der aktuellen Implementierung oder die möglichen Komplexitäten des nächsten Vorschlags zu kennen … aber es wäre großartig, wenn Sie Front Matter am Anfang der SQL-Abfrage implementieren würden. Front Matter kann YAML, TOML oder sogar JSON sein und sieht sicherlich schöner aus als die aktuelle Implementierung. Meiner Meinung nach sieht es visuell so aus, als wäre es einfacher, Optionen hinzuzufügen. Eine Abfrage mit einer theoretischen Front Matter-Implementierung könnte etwa so aussehen:
---
user_id:
description: "Der Salesforce-Kontoname des Kunden, den Sie in dieser Abfrage nachschlagen möchten."
tooltip: "Holen Sie sich dies vom Salesforce-Konto des Benutzers, normalerweise verbunden mit seiner E-Mail-Domäne. Es sollte eine exakte Übereinstimmung sein."
topic_id:
description: "Dies ist die ID des Themas, das Sie untersuchen möchten."
event_attendance_type:
default: 0
---
SELECT ue.user_id, u.name, u.title, ue.email
FROM discourse_post_event_invitees ei
JOIN posts p ON p.id = ei.post_id
JOIN user_emails as ue ON ue.user_id = ei.user_id
JOIN users as u on ei.user_id = u.id
WHERE p.topic_id = :topic_id
AND ei.status = 0


