쿼리 매개변수는 명백한 이유로 매우 유용합니다. 하지만 데이터 탐색기 쿼리를 기술적 배경이 없는 사용자들에게 제공하면, 이름(언더스코어가 포함된 변수 이름일 뿐이라도) 때문에 혼란을 겪을 수 있습니다.
쿼리 매개변수에 별명을 지정하여 쿼리 아래에 더 보기 좋은 이름으로 표시되도록 할 수 있을까요?
안녕하세요 @jordan-violet 
이렇게 하는 게 가능할 것 같은데, 이게 말씀하신 내용인가요?
SELECT column_name AS alias_name
FROM table_name;
...
또는 이렇게
SELECT column_name(s)
FROM table_name AS alias_name
....
아, 죄송해요! 질문을 오해했어요! 음 
네, 이제 그 기능이 있긴 하지만, 영업이나 마케팅 같은 곳에서 아주 비기술적인 사람들을 위해 보고서를 친근하게 만들려 할 때는 여전히 다듬어지지 않은 부분이 있습니다.
사실 한 단계 더 나아가서, 툴팁/정보 아이콘 설명도 정의할 수 있는 옵션이 제공되면 좋겠습니다.
DE는 매우 거친(raw) 상태입니다… 다른 UI(웹페이지, 스프레드시트, 또는 애플리케이션 등)를 구축하는 것이 좋은 아이디어일 수 있습니다.
훌륭한 예시로 Grafana가 있습니다!
Grafana는 Data Explorer에서 실시간으로 가져온 커뮤니티 관련 보고서의 라이브 데모를 제공하고 있습니다.
네, 저희 회사에서는 Tableau를 사용하고 있으며, Tableau에서 사용할 수 있도록 Discourse 데이터를 모두 내보내고 있습니다.
하지만 내부 사용자를 포함한 모든 사용자를 플랫폼으로 끌어들이는 것을 좋아합니다. 가능한 한 도구의 수를 줄이고, 도구가 과도하게 산재하는 것을 피하는 것을 항상 주장합니다.
참고로, 이 아이디어를 정말 좋아합니다. '친근한 라벨/플레이스홀더’를 추가하는 것이 좋은 개선책이라고 생각해요. 다만 어떻게 구현할지는 잘 모르겠네요.
옵션이 정말 많네요!
가장 간단한 해결책 중 하나는 여러분이 현재 사용 중인 포맷에서 선택적 label 변수를 확인하는 것입니다. 예를 들어 다음과 같습니다:
-- [params]
-- text :user_group
-- label: "이 쿼리에서 조회하려는 고객의 Salesforce 계정 이름입니다."
-- text :topic_id
솔직히 저는 5년 넘게 풀타임 개발자를 하지 않아서, 현재 구현 방식의 구체적인 내용이나 이 다음 제안의 가능한 복잡성을 단정할 수는 없습니다… 하지만 SQL 쿼리 시작 부분에 Front Matter를 구현해 주시면 정말 좋겠습니다. Front Matter는 yaml, toml, 심지어 json도 사용할 수 있으며, 현재 구현 방식보다 확실히 보기 좋습니다. 제 생각에는 옵션을 추가하는 것도 시각적으로 더 쉬워 보일 것 같습니다. 이론적인 Front Matter 구현이 적용된 쿼리는 다음과 같이 보일 수 있습니다:
---
user_id:
description: "이 쿼리에서 조회하려는 고객의 Salesforce 계정 이름입니다."
tooltip: "이것은 사용자의 Salesforce 계정에서 가져온 값으로, 일반적으로 이메일 도메인과 연관됩니다. 정확한 일치(exact match)여야 합니다."
topic_id:
description: "조회하려는 주제의 ID입니다."
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