Práctica recomendada: Qué hacer y qué hacer en LookML

Estas prácticas recomendadas reflejan las recomendaciones que compartió un equipo multidisciplinario 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.

LookML dos

• Sugerencia: Define el parámetro relationship para todas las uniones.
  Esto garantizará que las métricas se agreguen de forma correcta 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 que le permita a Looker identificar de manera inequívoca 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 dar formato adicional a un campo de nombre y también se puede usar para personalizar el aspecto de los nombres de las vistas, los nombres de Explorar y los nombres de los modelos. 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} ;;
        }

• Sugerencia: Usa grupos de datos para alinear la generación de tablas derivadas persistentes (PDT) y explora el almacenamiento en caché con procesos de ETL subyacentes. Los grupos de datos también se pueden usar para activar publicaciones de paneles o aspectos para 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)
  • Definir el alcance de una vista extendida para volver a su nombre de vista original
• No uses las palabras "fecha" o "hora" en el nombre de un 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 da como resultado campos llamados created_date_date, created_date_month, y así sucesivamente. Simplemente utiliza created como el nombre del grupo de dimensiones, ya que esto generará campos llamados created_date, created_month, etcétera.
• Qué no debes hacer: Usar marcas de tiempo con formato en las uniones.
  En su lugar, usa la opción línea de tiempo sin procesar para unir datos en cualquier campo de hora o fecha. Esto evitará la inclusión de la conversión de zona horaria y de transmisión en los predicados de unión.