Los parámetros de consulta son geniales por razones obvias. Sin embargo, cuando pones a disposición consultas de Data Explorer para usuarios menos técnicos, a veces pueden confundirse con el nombre (incluso si es solo un nombre de variable con un guion bajo).
¿Puedes dar un alias a un parámetro de consulta para que aparezca con un nombre más agradable debajo de la consulta?
Hola @jordan-violet 
Creo que se podría hacer algo así. ¿Es esto lo que quieres decir?
SELECT column_name AS alias_name
FROM table_name;
...
o así:
SELECT column_name(s)
FROM table_name AS alias_name
....
¡oh, lo siento, entendí mal tu pregunta! hmmm 
Creo que puedes editar la consulta en el Explorador de datos y añadir una descripción sobre cómo se debe establecer el parámetro. Aparecerá cuando se ejecute el informe:
Sí, ahora lo tengo, pero simplemente no es tan pulido cuando intentas hacer que estos informes sean amigables para personas muy no técnicas en áreas como ventas, marketing, etc.
De hecho, sería bueno si fuera un paso más allá y también te diera la opción de definir una descripción para la información sobre herramientas/icono de información.
DE es muy crudo… construir una interfaz de usuario diferente (ya sea una página web, una hoja de cálculo o una aplicación) probablemente sea una buena idea.
¡Un gran ejemplo es Grafana!
Grafana tiene una demostración en vivo de informes sobre su comunidad extraídos de Data Explorer en tiempo real.
Sí, usamos Tableau en nuestro negocio y exportamos todos los datos de Discourse para que se puedan usar allí.
Pero disfruto involucrando a los usuarios, incluso internamente, en la plataforma. Siempre intento abogar por usar menos herramientas tanto como sea posible y evitar demasiada dispersión.
En cualquier caso, me gusta mucho esta idea. Creo que tener una ‘etiqueta/marcador de posición amigable’ sería una buena adición. Sin embargo, no estoy seguro de cómo lograrlo.
¡Tantas opciones!
Una de las soluciones más sencillas sería comprobar una variable de etiqueta opcional en el formato actual que todos utilizan, por ejemplo:
-- [params]
-- text :user_group
-- label: "El nombre de la cuenta de Salesforce del cliente que desea buscar en esta consulta."
-- text :topic_id
Es cierto que no he sido desarrollador a tiempo completo en más de 5 años y ahora mismo, así que no puedo pretender conocer los detalles de la implementación actual ni las posibles complejidades de la siguiente sugerencia… pero sería increíble si implementaran Front Matter al principio de la consulta SQL. Front Matter puede ser yaml, toml o incluso json y ciertamente se ve más bonito que la implementación actual. Visualmente parece que también sería más fácil añadir opciones, en mi opinión. Una consulta con una implementación teórica de Front Matter podría parecer algo así:
---
user_id:
description: "El nombre de la cuenta de Salesforce del cliente que desea buscar en esta consulta."
tooltip: "Obtenga esto de la cuenta de Salesforce de los usuarios, generalmente asociado con su dominio de correo electrónico. Debe ser una coincidencia exacta."
topic_id:
description: "Este es el ID del tema que desea investigar."
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