Filtres i filtres creuats¶

Exercici filters-and-cross-filters-annex.pdf · PDF

Obres la botiga de Steam i cerques un joc. Al costat dels resultats hi ha un panell: acota per preu, acota per etiqueta. Marques una casella i tota la llista canvia. No un sol joc. Tota.

El teu quadre de comandament (dashboard) Steam market diu que la mediana del preu és 4.99. Però el nostre estudi indie espera fer un èxit. És 4.99 la mediana del preu dels èxits? Ningú ho sap: el quadre de comandament només respon per a tot el mercat. Construeixes un segon quadre de comandament per als èxits? Un tercer per al 2018? No. Et quedes amb un sol quadre de comandament i deixes que el lector triï la porció.

Un control, tots els gràfics reaccionen¶

Un filtre (Superset l'anomena native filter, filtre natiu) és un control del quadre de comandament que deixa el lector quedar-se només amb algunes files. Cada gràfic que toca es torna a dibuixar només amb aquestes files.

És el panell de la botiga. Un control al costat, i tot de la pàgina l'obeeix.

Els filtres viuen a la barra de filtres (filter bar), la franja a l'esquerra del quadre de comandament. Afegeix el primer:

Mira la fila superior abans i després:

Aquí tens la resposta per a l'estudi. Entre els èxits, la mediana del preu és 9.99: el doble de la mediana del mercat. I gairebé un terç dels èxits són gratuïts.

El WHERE amagat¶

Com va saltar la mediana de 4.99 a 9.99? Obre els tres punts del KPI Games → View query. Superset mostra l'SQL que hi ha darrere del gràfic, i hi ha una línia nova:

WHERE owners_tier IN ('Hit')

Aquesta clàusula la tens escrita a mà des de la Unitat 1 (SQL Lab: filtres). Un filtre de quadre de comandament no és res més que un WHERE que Superset escriu per al lector, a la consulta de cada gràfic que toca.

flowchart LR
    R["<b>Lector</b><br>tria Hit,<br>prem Apply filters"] --> F["<b>Filtre</b><br>Owners tier"]
    F -- "afegeix WHERE owners_tier IN ('Hit')" --> Q1["<b>Consulta</b> del KPI Games"]
    F -- "afegeix el mateix WHERE" --> Q2["<b>Consulta</b> del KPI Median price"]
    F -- "afegeix el mateix WHERE" --> Q3["<b>Consulta</b> del gràfic de línies"]
    Q1 --> D[("<b>Base de dades</b><br>games_clean")]
    Q2 --> D
    Q3 --> D

Ho pots demostrar sense el quadre de comandament. Executa tu mateix els quatre KPI a SQL Lab amb aquest WHERE:

SELECT COUNT(*) AS games,
       ROUND(100 * AVG(is_free::int), 1) AS free_pct,
       PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY price) AS median_price,
       COUNT(*) FILTER (WHERE owners_tier = 'Hit') AS hits
FROM games_clean
WHERE owners_tier IN ('Hit');

Els mateixos números que al quadre de comandament. Cap màgia: una consulta.

Dos tipus de filtre: Value i Time range¶

Un filtre Time range demana més cura, per com funciona el final. Per quedar-te amb els jocs del 2018:

Torna a llegir les dues etiquetes: l'inici és inclusiu (inclusive), el final és exclusiu (exclusive). La data d'inici hi és dins. La data de final, fora. Així que "tot el 2018" acaba a 2019-01-01, no a 2018-12-31. En SQL és la parella que ja coneixes:

WHERE release_date >= '2018-01-01' AND release_date < '2019-01-01'

Si el teu KPI Games s'acosta a 8,845 però no hi coincideix, les teves dates tenen un dia de diferència.

Abast: qui obeeix el filtre¶

Amb el 2018 aplicat, mira el gràfic de línies de jocs per any. Ara té un sol punt. Un gràfic d'història amb un any d'història no serveix per a res.

Hauria cada gràfic d'obeir cada filtre? No.

L'abast (scope) d'un filtre és el conjunt de gràfics que toca. Un gràfic fora de l'abast ignora del tot el filtre.

A la botiga, el panell de preu canvia la llista de resultats, però no el bàner de dalt de la pàgina. El bàner és fora de l'abast.

flowchart LR
    F["<b>Filtre</b><br>Release date = 2018"]
    subgraph IN ["<b>Dins de l'abast</b>: recalculats per al 2018"]
        K["Els quatre KPI"]
        P["Gràfic de franja de preu"]
    end
    subgraph OUT ["<b>Fora de l'abast</b>: sense canvis"]
        L["Gràfic de línies<br>jocs per any, del 2004 al 2018"]
    end
    F -- "afegeix el seu WHERE" --> IN
    F -. "ignorat" .-> OUT

Filtres dependents: una llista que s'encongeix¶

Afegeix un filtre Value anomenat Publisher sobre la columna publisher. Obre'l i desplaça't. La llista no s'acaba mai: la taula té 13,951 editors diferents.

SELECT COUNT(DISTINCT publisher) AS publishers,
       COUNT(DISTINCT publisher) FILTER (WHERE owners_tier = 'Hit') AS with_a_hit
FROM games_clean;

Només 336 d'ells han publicat mai un èxit. Si el lector ja ha triat Hit, per què mostrar els altres tretze mil?

Un filtre dependent és un filtre la llista de valors del qual es redueix per l'elecció feta en un altre filtre.

Imagina el panell de la botiga fent el mateix: quan marques un gènere, la llista d'editors només ofereix els que tenen un joc d'aquest gènere.

Dos detalls. Primer, l'opció Values are dependent on other filters només apareix quan el quadre de comandament ja té un altre filtre. Segon, per què 1000 options i no 13,951? Un filtre carrega com a màxim 1,000 valors, en ordre alfabètic. Sense la dependència, Valve ni tan sols és a la llista. Amb Hit triat, sí. Valve és l'editor amb més èxits: 22.

Filtratge creuat: el gràfic és el control¶

Fins ara, tu, l'autor, has decidit quines preguntes pot fer el lector. Però un lector que mira el gràfic de sectors de franges de preu es pot preguntar: i només els jocs gratuïts? No hi ha cap filtre per a això. Ha de preguntar-t'ho a tu?

El filtratge creuat (cross-filtering) vol dir clicar una part d'un gràfic (un sector, una barra) per filtrar els altres gràfics del quadre de comandament per aquest valor.

A la botiga, és clicar una etiqueta a la pàgina d'un joc: sense panell, només cliques el que estàs mirant.

Per sota, un filtre creuat fa el mateix que un filtre: afegeix un WHERE als altres gràfics. La diferència és qui mana.

La trampa del 2018: un número cert, una història falsa¶

Posa les quatre porcions una al costat de l'altra:

Mira la columna del 2018. Aquell any té un terç de tots els jocs de la taula (8,845 de 26,685) però només 37 dels 623 èxits. Els jocs del 2018 eren pitjors?

No. Eren més joves. Un joc publicat el desembre del 2018 només va tenir setmanes per trobar propietaris quan es van recollir les dades. Un joc del 2012 en va tenir sis anys. El filtre va canviar l'any, i alguna cosa més va canviar amb ell sense avisar-te: el temps que cada joc va tenir per vendre.

El número 37 és cert. La història "els jocs del 2018 són pitjors" és falsa. El filtre te'ls va donar tots dos.

Dos hàbits et protegeixen:

• Digues què s'ha filtrat abans de citar el número. No "la mediana del preu és 9.99", sinó "entre els 623 jocs amb almenys un milió de propietaris, la meitat costen 9.99 o menys, el doble de la mediana de tot el mercat".
• Pregunta què més ha canviat amb el filtre. Una porció rarament és diferent d'una sola manera.

Idees clau¶

• Un filtre és un control de la barra de filtres que deixa el lector triar una porció. No canvia res fins que es prem Apply filters.
• Un filtre és un WHERE amagat: cada gràfic del seu abast torna a executar la seva consulta. Comprova-ho amb View query.
• Els filtres Value trien categories; els filtres Time range trien dates, amb un inici inclusiu i un final exclusiu.
• L'abast decideix quins gràfics obeeixen. Treu un gràfic quan el filtre el deixaria inútil, com la línia d'història.
• Un filtre dependent redueix la seva llista segons un altre filtre. El filtratge creuat deixa el lector filtrar clicant un gràfic.
• Un KPI filtrat pot ser un número cert amb una història falsa: digues què s'ha filtrat, i pregunta què més ha canviat amb ell.

Comprovació ràpida¶

El teu quadre de comandament ara respon moltes preguntes en lloc d'una. Però fins ara només el pots veure tu. A continuació: Publicació i permisos, o qui pot obrir la teva feina.