I parametri di query sono ottimi per ovvie ragioni. Tuttavia, quando rendi le query di Data Explorer disponibili a utenti meno tecnici, questi a volte possono confondersi con il nome (anche se si tratta solo di un nome di variabile con un underscore).
Puoi assegnare un alias a un parametro di query in modo che venga visualizzato con un nome più gradevole sotto la query?
Ciao @jordan-violet 
Penso che si possa fare qualcosa del genere: è quello che intendi?
SELECT column_name AS alias_name
FROM table_name;
...
o come
SELECT column_name(s)
FROM table_name AS alias_name
....
oh scusa, ho frainteso la tua domanda! 
Credo che tu possa modificare la query in Data Explorer e aggiungere una descrizione su come impostare il parametro. Verrà visualizzata quando verrà eseguito il report:
Sì, ce l’ho ora, ma non è così rifinito quando si cerca di rendere questi report accessibili a persone molto non tecniche in settori come vendite, marketing, ecc.
Anzi, sarebbe bello se andasse un passo oltre e ti desse anche la possibilità di definire una descrizione per il tooltip/icona informativa.
DE è molto grezzo… costruire un’interfaccia utente diversa (sia essa una pagina web, un foglio di calcolo o un’applicazione) è probabilmente una buona idea.
Un ottimo esempio è Grafana!
Grafana ha una demo live di report sul loro community estratti da Data Explorer in tempo reale.
Sì, utilizziamo Tableau nella nostra attività ed esportiamo tutti i dati di Discourse in modo che possano essere utilizzati lì.
Tuttavia, mi piace coinvolgere gli utenti, anche internamente, nella piattaforma. Cerco sempre di promuovere l’uso di meno strumenti possibile ed evitare un’eccessiva dispersione.
Per quanto mi riguarda, mi piace molto questa idea. Penso che avere un’“etichetta/segnaposto amichevole” sarebbe una buona aggiunta. Non sono sicuro di come realizzarla, però.
Tante opzioni!
Una delle soluzioni più semplici sarebbe controllare una variabile di etichetta opzionale nel formato corrente che utilizzate, ad esempio:
-- [params]
-- text :user_group
-- label: "Il nome dell'account Salesforce del cliente che si desidera cercare in questa query."
-- text :topic_id
Ammetto di non essere uno sviluppatore a tempo pieno da oltre 5 anni e di non esserlo più, quindi non posso fingere di conoscere i dettagli dell’implementazione attuale né le possibili complessità del suggerimento successivo… ma sarebbe fantastico se implementaste Front Matter all’inizio della query SQL. Front Matter può essere yaml, toml o anche json e certamente ha un aspetto più gradevole rispetto all’implementazione attuale. Visivamente sembra che sarebbe anche più facile aggiungere opzioni, a mio parere. Una query con un’ipotetica implementazione di Front Matter potrebbe apparire così:
---
user_id:
description: "Il nome dell'account Salesforce del cliente che si desidera cercare in questa query."
tooltip: "Ottieni questo dall'account Salesforce degli utenti, solitamente associato al loro dominio email. Deve essere una corrispondenza esatta."
topic_id:
description: "Questo è l'ID dell'argomento che si desidera esaminare."
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 ei.user_id = ue.user_id
JOIN users as u on ei.user_id = u.id
WHERE p.topic_id = :topic_id
AND ei.status = 0