Mi piacerebbe poter specificare qualcosa del genere:
-- [params]
-- groups.id :group_id
per ottenere un input di parametri che sia un menu a discesa di gruppi. Ho chiamato il valore group_id qui perché presumo che sia ciò che un menu a discesa del genere mi darebbe.
Penso che anche questo sarebbe davvero utile. 
Qualcosa come il parametro selezionabile user_id esistente ma per i gruppi. Ancora meglio se potesse accettare valori multipli. 
Aspetta, cosa?
Puoi indicarmi dove mostra come usarlo?
Puoi usare qualcosa come:
-- [params]
-- user_id :user
SELECT *
FROM posts
WHERE user_id =:user
LIMIT 5
E questo farà apparire un menu a tendina dove potrai completare automaticamente un utente.
Tuttavia, ho appena notato che la prima volta che lo esegui al momento genera un errore e non fa apparire la casella dei parametri, ma lo fa se aggiorni la pagina. Vedrò se riesco a far controllare la cosa da qualcuno.
Chiedi (e attendi) e riceverai… abbiamo appena aggiunto il supporto per un parametro :group_list in questa PR.
Ecco un esempio della funzionalità in uso:
-- [params]
-- group_list :groups
SELECT g.id,g.name
FROM groups g
WHERE g.name IN (:groups)
ORDER BY g.name ASC
Ciò dovrebbe darti quanto segue nell’interfaccia utente:
Questo sembra fantastico. 
Non vedo l’ora di metterlo in pratica. 
Il mio argomento è stato chiuso prima che potessi rispondere…
C’è un modo per limitare il nuovo tipo di parametro -- group_list a un singolo gruppo? L’ho inserito nei nostri report esistenti, ma sono tutti scritti aspettandosi un singolo nome di gruppo e nei test mi sono trovato a sbagliare abbastanza frequentemente.
L’ho riaperto e l’ho fatto scivolare sopra.
Però non sono sicuro di cosa intendi? Puoi fare un esempio di quale sia il problema?
Intendo che eseguo la query per il mio primo gruppo. Poi, quando voglio cambiare gruppo, aggiungo invece un gruppo → errore
Oooh. Questo è interessante. L’ho usato più come:\n\n\nsql\n\nWHERE g.name IN (:groups)\n\n\n\n\n\n[details=“Nascondere un po’ di Jammy Stupid”]\n\n\nsql\n\nWHERE g.id IN (:groups)\n\n\n\n[/details]\n\n\nAnche se questo ti permetterebbe comunque di inserirne accidentalmente più di uno, anche se eviteresti l’errore. 
Preferirei avere l’errore piuttosto che una selezione casuale dalla lista
Ad essere sincero, ho appena controllato e penso di aver sognato di usarlo per group_ids dato che non gli piace affatto. Lo cancellerò dagli atti. Non ho idea da dove mi sia venuta quell’idea. Avrei potuto giurare di averlo usato l’altro giorno. 
Tra l’altro, ho completamente dimenticato di dire:
Questo è favoloso!!! 
Grazie!!! 
No, non c’è modo di limitarlo a un singolo gruppo. Almeno per quanto ne so.
Il parametro da group_list sarà un array se ci sono più di 1 elemento selezionato e una stringa se è selezionato solo 1 elemento.
Quindi, quando c’è un solo elemento, puoi farlo:
-- [params]
-- group_list :groups
SELECT g.id,g.name
FROM groups g
WHERE g.name = :groups
ORDER BY g.name ASC
Ma poiché è un array, questo di seguito funzionerà sia per un singolo elemento che per più elementi:
-- [params]
-- group_list :groups
SELECT g.id,g.name
FROM groups g
WHERE g.name IN (:groups)
ORDER BY g.name ASC
Ma non c’è modo di dire all’interfaccia utente “accetta solo 1 elemento come selezione”.
La documentazione di @saradev qui Utilizing Parameters in Data Explorer Queries evidenzia l’elenco completo dei parametri per Data Explorer che a volte hanno un menu a discesa e a volte no. (Elenco parametri su Github)
Ecco una tabella dei parametri, che indica anche se è disponibile un controllo specifico per essi.
| parametro | menu a discesa disponibile |
|---|---|
| int |  |
| bigint | |
| boolean | |
| null boolean | |
| string | |
| date | |
| time | |
| datetime | |
| double | |
| user_id | |
| post_id | |
| topic_id | |
| string_list | |
| category_id | |
| group_id | |
| int_list | |
| string_list | |
| user_list | |
| group_list | |
Idealmente, i menu a discesa utilizzati e mostrati in Data Explorer dovrebbero avere un aspetto simile a quello dell’app principale. Vediamo come possiamo fare.
Abbiamo recentemente ridisegnato l’intera casella di input dei parametri. La maggior parte dei tipi ha i propri menu a discesa e ora supporta la convalida con messaggi di errore semantici. 
Ecco l’ultima tabella dei parametri che indica se è presente un controllo specifico per esso.
| parametro | menu a discesa disponibile |
|---|---|
| int | |
| bigint | |
| boolean | |
| null boolean | |
| string | |
| date | |
| time | |
| datetime | |
| double | |
| user_id | |
| post_id | |
| topic_id | |
| category_id | |
| group_id | |
| int_list | |
| string_list | |
| user_list | |
| group_list | |
@ganncamp Potresti voler sapere di questo cambiamento 
Puoi spiegare come funzionano questi menu a discesa? Per il mio bene non sono riuscito a ottenere un menu a discesa in cui possa definire un elenco di stringhe disponibili in quel menu a discesa.
@jordan-violet una risposta tardiva, ma @SaraDev ha scritto qui sui parametri disponibili e l’OP è stato aggiornato da Linca:
