claves_particiones

Uso

view: view_name {
derived_table: {
partition_keys: [ "created_date" ]
...
}
}

Jerarquía Ver archivo view derived_table partition_keys - o - Archivo del modelo explore aggregate_table materialization partition_keys

Valor predeterminado None Acepta Uno o más nombres de columna con particiones Reglas especiales partition_keys solo es compatible con dialectos específicos

Definición

El parámetro partition_keys admite dialectos de base de datos que tienen la capacidad de particionar columnas. Cuando se ejecuta una consulta que se filtra en una columna particionada, la base de datos analizará solo las particiones que incluyan los datos filtrados, en lugar de analizar toda la tabla. Debido a que se analiza una subsección más pequeña de la tabla, esto puede reducir de manera significativa el tiempo y el costo de consultar tablas grandes cuando se especifican la partición y el filtro adecuados.

El parámetro partition_keys solo funciona con tablas que son persistentes, como PDT y tablas agregadas. partition_keys no es compatible con las tablas derivadas sin una estrategia de persistencia.

Además, el parámetro partition_keys no es compatible con tablas derivadas que se definen mediante create_process o sql_create.

Cuando creas una tabla derivada persistente (PDT) o una tabla agregada, si tu tabla de base de datos subyacente usa particiones, Looker puede usarla.

Consulta la sección Compatibilidad de dialectos para partition_keys a continuación para ver la lista de dialectos que admiten partition_keys.

Para agregar una columna particionada a un PDT o a una tabla agregada, usa partition_keys y proporciona los nombres de las columnas correspondientes que se particionan en la tabla de la base de datos.

Ejemplos

Crea un PDT customer_day_facts en una base de datos de BigQuery con una clave de partición en la columna date:

view: customer_order_facts {
  derived_table: {
    explore_source: order {
      column: customer_id { field: order.customer_id }
      column: date { field: order.order_time }
      derived_column: num_orders {
        sql: COUNT(order.customer_id) ;;
      }
    }
    partition_keys: [ "date" ]
    datagroup_trigger: daily_datagroup
  }
}

Crea una tabla derivada basada en SQL customer_day_facts en una base de datos de Presto con claves de partición en las columnas date y state:

view: customer_day_facts {
  derived_table: {
    sql:
      SELECT
        customer_id,
        DATE(order_time) AS date,
        COUNT(*) AS num_orders
      FROM
        order
      GROUP BY
        customer_id ;;
    partition_keys: [ "date", "state" ]
    datagroup_trigger: daily_datagroup
  }
}

Asistencia telefónica para partition_keys

La capacidad de usar partition_keys depende del dialecto de la base de datos que usa tu conexión de Looker. En la versión más reciente de Looker, los siguientes dialectos son compatibles con partition_keys:

En BigQuery, la partición se puede usar en una sola columna de tabla, que debe ser una columna de fecha/hora, por lo que un PDT de Looker basado en una tabla de BigQuery puede usar la partición en una sola columna de fecha/hora.