Práctica recomendada: qué hacer y qué no hacer con LookML

Estas prácticas recomendadas reflejan las recomendaciones que ha compartido un equipo multidisciplinar de Lookers con experiencia. Estas estadísticas se han obtenido a lo largo de años de experiencia trabajando con clientes de Looker, desde la implementación hasta el éxito a largo plazo. Estas prácticas están pensadas para la mayoría de los usuarios y situaciones, pero, como siempre, te recomendamos que uses tu criterio a la hora de implementar las recomendaciones que se comparten en esta página.

Hacer esto con LookML

• Qué debe hacer: defina el parámetro relationship para todas las uniones.
  De esta forma, las métricas se agregarán correctamente en Looker. De forma predeterminada, Looker usará una many_to_one relación de unión para cualquier unión en la que no se haya definido una relación. Para obtener más información sobre cómo definir correctamente el parámetro relationship, consulta la página de prácticas recomendadas sobre cómo definir correctamente el parámetro relationship.
• Sí: define una clave principal en todas las vistas, incluidas las tablas derivadas.
  Todas las vistas, ya sean derivadas o procedan directamente de la base de datos, deben contener una clave principal. Esta clave principal debe ser un valor único para que Looker pueda identificar de forma única cualquier registro. Esta clave principal puede ser una sola columna o una concatenación de columnas. Solo tiene que ser un identificador único de la tabla o de la tabla derivada.
• Sí: pon nombres a las dimensiones, las medidas 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, así como para personalizar la apariencia de los nombres de vistas, los nombres de Exploraciones y los nombres de modelos. Por ejemplo, en el siguiente LookML, el parámetro label se usa para asignar la etiqueta Número de clientes a la medida customer_count_distinct.

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

• Qué hacer: usa grupos de datos para alinear la generación de tablas derivadas persistentes (PDTs) y la caché de Exploraciones con los procesos de extracción, transformación y carga (ETL) subyacentes. Los grupos de datos también se pueden usar para activar el envío de paneles de control o Looks para asegurarse de que los destinatarios reciban datos actualizados.

No lo hagas con LookML

• No: usa el parámetro from para cambiar el nombre de las vistas de una Exploración.
  En su lugar, utilice 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 se debe usar principalmente en las siguientes situaciones:
  • Uniones polimórficas (unir la misma tabla varias veces)
  • Autocombinaciones (combinar una tabla consigo misma)
  • Volver a delimitar una vista ampliada a su nombre de vista original
• No: uses las palabras "fecha" u "hora" en el nombre de un grupo de dimensiones.
  Looker añade cada periodo al final del nombre del grupo de dimensiones, lo que significa que un grupo de dimensiones llamado created_date da como resultado campos denominados, por ejemplo, created_date_date y created_date_month. Usa created como nombre del grupo de dimensiones, ya que así los campos se denominarán, por ejemplo, created_date y created_month.
• No: usa marcas de tiempo con formato en las combinaciones.
  En su lugar, usa la opción Intervalo de tiempo sin procesar para combinar por cualquier campo de fecha u hora. De esta forma, no se incluirán las conversiones de zona horaria ni de casting en los predicados de unión.