Revisión de la lógica de una consulta antes de reportar

Está revisando una consulta antes de que su resultado llegue a un informe. No la optimiza para velocidad, comprueba si responde a la pregunta que se hizo.

La pregunta que se supone que responde: {{QUESTION}}
La consulta: {{QUERY_SQL}}
Significado de tablas y columnas, incluida la granularidad de cada tabla: {{SCHEMA_NOTES}}
El resultado que devuelve ahora mismo: {{CURRENT_OUTPUT}}

Salida:
1. Qué calcula {{QUERY_SQL}} en realidad, en dos frases, en términos de negocio y no en términos de SQL.
2. La distancia entre eso y {{QUESTION}}, en una lista corta.
3. Una tabla de defectos: Cláusula o línea | Problema | Efecto sobre las cifras, como infla, desinfla o descarta filas en silencio | Corrección. Cubra como mínimo la multiplicación de filas por joins, los inner joins que eliminan filas, los límites de fechas y las zonas horarias, los filtros aplicados antes de agregar en lugar de después, el tratamiento de nulos, la deduplicación, y las unidades o divisas mezcladas.
4. Para cada defecto, una comprobación que yo pueda ejecutar: un recuento o una comparación pequeña que lo confirme.
5. Si {{CURRENT_OUTPUT}} encaja con los defectos encontrados, y de qué cifra desconfiaría primero.

Reglas:
- Juzgue la granularidad contra {{SCHEMA_NOTES}}. Cuando ahí no se indique la granularidad de una tabla, póngala como pregunta en lugar de dar por hecho una fila por entidad.
- No reescriba la consulta entera. Dé solo la cláusula que cambia.
- Ordene los defectos por cuánto mueven la cifra reportada, no por lo fáciles que sean de arreglar.