Prácticas recomendadas: Qué hacer y qué no hacer con LookML

Estas prácticas recomendadas reflejan las recomendaciones que compartió un equipo multifuncional de Lookers experimentados. Estas estadísticas provienen de años de experiencia trabajando con clientes de Looker desde la implementación hasta el éxito a largo plazo. Las prácticas están redactadas para funcionar con la mayoría de los usuarios y situaciones, pero, como siempre, usa tu mejor juicio cuando implementes cualquiera de las recomendaciones compartidas en esta página.

Dos de LookML

• Sugerencia: Define el parámetro relationship para todas las uniones.
  Esto garantizará que las métricas se agrupen correctamente en Looker. De forma predeterminada, Looker usará una relación de unión many_to_one para cualquier unión en la que no esté definida una relación. Para obtener información adicional sobre cómo definir el parámetro relationship correctamente, consulta la página de prácticas recomendadas sobre cómo configurar correctamente el parámetro relationship.
• Qué hacer: Define una clave primaria en cada vista, incluidas las tablas derivadas.
  Todas las vistas, ya sean derivadas o directamente de la base de datos, deben contener una clave primaria. Esta clave primaria debe ser un valor único para que Looker pueda identificar de forma exclusiva cualquier registro determinado. Esta clave primaria puede ser una sola columna o una concatenación de columnas; solo debe ser un identificador único para la tabla o la tabla derivada.
• Sugerencia: Nombra dimensiones, mediciones y otros objetos de LookML, con letras minúsculas y guiones bajos para los espacios.
  El parámetro label se puede usar para aplicar formato adicional a un campo de nombre y también para personalizar el aspecto de los nombres de vista, los nombres de Explorar y los nombres de modelo. Por ejemplo, en la siguiente definición de LookML, se usa el parámetro label para asignar la etiqueta Cantidad de clientes a la medición customer_count_distinct.

        measure: customer_count_distinct {
          label: "Number of Customers"
          type: count_distinct
          sql: ${customer.id} ;;
        }

• Qué hacer: Usa datagroups para alinear la generación de tablas derivadas persistentes (PDT) y explorar el almacenamiento en caché con procesos de ETL subyacentes. Los grupos de datos también se pueden usar para activar la entrega de paneles o Looks y garantizar que se envíen datos actualizados a los destinatarios.

lo que no debes hacer en LookML

• Qué no debes hacer: Usa el parámetro from para cambiar el nombre de las vistas en una exploración.
  En su lugar, usa el parámetro view_label. Para obtener más información sobre la diferencia entre from y view_label, consulta la página de documentación del parámetro from (para exploraciones). El parámetro from debe usarse principalmente en las siguientes situaciones:
  • Uniones polimórficas (unión de la misma tabla varias veces)
  • Uniones de tabla con sí misma (unión de una tabla consigo misma)
  • Cómo volver a definir el alcance de una vista extendida a su nombre de vista original
• Qué no debes hacer: Usa la palabra "fecha". o "tiempo" en un nombre de grupo de dimensiones.
  Looker agrega cada período al final del nombre del grupo de dimensiones. Esto significa que un grupo de dimensiones llamado created_date genera campos llamados created_date_date, created_date_month, etcétera. Simplemente usa created como nombre del grupo de dimensiones, ya que esto genera campos con nombres como created_date, created_month, etcétera.
• No uses marcas de tiempo con formato dentro de las combinaciones.
  En su lugar, usa la opción período sin procesar para unir cualquier campo de fecha o hora. Esto evitará la inclusión de la transmisión y la conversión de zona horaria en los predicados de unión.