É possível dar um apelido a um parâmetro de consulta?

Suporte
1

Parâmetros de consulta são ótimos por razões óbvias. No entanto, quando você disponibiliza consultas do Data Explorer para usuários menos técnicos, eles às vezes podem ficar confusos com o nome (mesmo que seja apenas um nome de variável com um sublinhado).\n\nVocê pode dar um alias a um parâmetro de consulta para que ele apareça com um nome mais amigável abaixo da consulta?

2

Olá @jordan-violet :wave: Acho que talvez se possa fazer algo assim - É isto que quer dizer?

SELECT nome_da_coluna AS nome_do_alias
FROM nome_da_tabela;
...

ou assim

SELECT nome_da_coluna(s)
FROM nome_da_tabela AS nome_do_alias
....
3

Não, desculpe, os parâmetros de entrada para a consulta. Assim:

image
image1463×500 18.1 KB

1 curtida
4

ooh desculpe, entendi mal sua pergunta! hmmm :thinking:

6

Acredito que você possa editar a consulta no Data Explorer e adicionar uma descrição sobre como o parâmetro deve ser definido. Ele aparecerá quando o relatório for executado:

IMG_0281
IMG_02811431×739 83.1 KB

IMG_0282
IMG_0282947×579 54.7 KB

1 curtida
7

Sim, eu tenho isso agora, mas não é tão polido quando você está tentando tornar esses relatórios amigáveis para pessoas muito não técnicas em áreas como vendas, marketing, etc.

Na verdade, seria bom se fosse um passo adiante e também lhe desse a opção de definir uma descrição de dica de ferramenta/ícone de informação.

1 curtida
8

O DE é muito cru… construir uma interface de usuário diferente (seja uma página da web, uma planilha ou um aplicativo) é provavelmente uma boa ideia.

Um ótimo exemplo é o Grafana!

O Grafana tem uma demonstração ao vivo de relatórios sobre sua comunidade extraídos do Data Explorer em tempo real.

4 curtidas
9

Sim, usamos o Tableau em nossa empresa e exportamos todos os dados do Discourse para que possam ser usados lá.

Mas eu gosto de trazer usuários, inclusive internamente, para a plataforma. Sempre tento defender o uso de menos ferramentas, sempre que possível, e evitar muita dispersão.

4 curtidas
10

Para constar, eu realmente gosto dessa ideia. Acho que ter um ‘rótulo/placeholder amigável’ seria uma boa adição. Não tenho certeza de como alcançá-lo, no entanto. :thinking:

2 curtidas
11

Tantas opções!

Uma das soluções mais simples seria verificar uma variável de rótulo opcional no formato atual que vocês usam, por exemplo:

-- [params]
-- text :user_group
-- label: "O nome da conta Salesforce do cliente que você deseja consultar nesta consulta."
-- text :topic_id

Admito que não sou desenvolvedor em tempo integral há mais de 5 anos e, atualmente, não posso fingir conhecer os detalhes da implementação atual nem as possíveis complexidades da próxima sugestão… mas seria incrível se vocês implementassem Front Matter no início da consulta SQL. O Front Matter pode ser yaml, toml ou até mesmo json e certamente parece mais bonito do que a implementação atual. Visualmente, parece que seria mais fácil adicionar opções também, na minha opinião. Uma consulta com uma implementação teórica de Front Matter poderia parecer algo assim:

---
user_id:
  description: "O nome da conta Salesforce do cliente que você deseja consultar nesta consulta."
  tooltip: "Obtenha isso da conta Salesforce do usuário, geralmente associado ao domínio de e-mail dele. Deve ser uma correspondência exata."
topic_id:
  description: "Este é o ID do tópico que você deseja 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 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
3 curtidas