Limitaciones conocidas de la API de Conversational Analytics

La API de Conversational Analytics tiene las siguientes limitaciones conocidas en cuanto a la cantidad de fuentes de datos, el estilo de las visualizaciones y el tamaño de los conjuntos de datos.

Limitaciones de la fuente de datos

Cuando te conectes a una fuente de datos de Looker, ten en cuenta lo siguiente:

  • Puedes hacer consultas sobre cualquier Explorar incluido en una conversación.
  • Un agente solo puede consultar un Explore a la vez. No es posible realizar consultas en varios Explorar de forma simultánea.
  • Un agente puede consultar varias Exploraciones en la misma conversación.
  • Un agente puede consultar varias Exploraciones en una conversación que incluye preguntas con varias partes o en conversaciones que incluyen preguntas de seguimiento.

    Por ejemplo, un usuario conecta dos Exploraciones, una llamada cat-explore y otra llamada dog-explore. El usuario ingresa la pregunta "¿Qué es mayor: la cantidad de gatos o la cantidad de perros?". Esto crearía dos consultas: una para contar la cantidad de gatos en cat-explore y otra para contar la cantidad de perros en dog-explore. El agente compara el número de ambas búsquedas después de completarlas.

  • El método QueryData no admite fuentes de datos de BigQuery ni de Looker.

  • Los métodos Chat y DataAgent no admiten fuentes de datos de bases de datos, como AlloyDB para PostgreSQL, Spanner, Cloud SQL y Cloud SQL para PostgreSQL.

Limitaciones de la visualización

  • Estos tipos de visualización son totalmente compatibles: gráfico de líneas, gráfico de áreas, gráfico de barras (horizontal, vertical, apilado), diagrama de dispersión y gráfico circular.
  • Estos tipos de visualización son parcialmente compatibles y pueden mostrar un comportamiento inesperado: mapas, mapas de calor y gráficos con sugerencias.

Limitaciones del procesamiento de datos

  • En el caso de las fuentes de datos de Looker, la API de Conversational Analytics puede devolver un máximo de 5,000 filas por consulta.
  • En el caso de las fuentes de datos de BigQuery, la API de Conversational Analytics limita las consultas de datos a 500 GB de bytes procesados.
  • Las capacidades de recuperación de contenido y razonamiento basadas en Python de la API de Conversational Analytics pueden admitir complejidades temporales de hasta O(100k) filas.
  • Consultar grandes cantidades de datos puede reducir la precisión del razonamiento en los agentes de datos.
  • La API de Conversational Analytics tiene una longitud máxima de salida de 8,192 tokens. Si consultas grandes cantidades de datos, es posible que se muestre un error MAX_TOKENS.
  • Los datos que se muestran en el campo DataResult de un mensaje del sistema están sujetos a un límite de tamaño. Los resultados de los datos se truncan hasta un máximo de 3,000,000 de bytes. Este proceso de truncamiento mantiene la mayor cantidad posible de filas completas dentro de esta restricción de tamaño.

Limitaciones de las consultas

  • No se admite la función de nombres de columna flexibles de BigQuery.
  • Las structs en BigQuery son compatibles, pero a veces pueden fallar.
  • En el caso de las fuentes de datos de Looker, la API no puede establecer el valor de un campo de solo filtro que se define con el parámetro parameter de LookML.
  • El uso de la API de Conversational Analytics para conectarse a una instancia de Looker (Google Cloud Core) con IP privada a través de Looker Studio Pro cuando esa instancia de Looker (Google Cloud Core) se encuentra dentro de un perímetro de los Controles del servicio de VPC no es una configuración compatible y no cumple con los requisitos de cumplimiento de los Controles del servicio de VPC.
  • Para las conexiones a instancias de Looker (Google Cloud Core) con configuraciones de IP privada, la API de Conversational Analytics no admite instancias de Looker (Google Cloud Core) configuradas para usar CMEK ni Controles del servicio de VPC.
  • La API de Conversational Analytics no funciona bien con las fuentes de datos de Looker Studio que tienen inhabilitada la edición de campos en los informes, ya que este parámetro de configuración impide que Conversational Analytics cree campos calculados.
  • Cuando se produce un error durante la validación o la ejecución de la consulta, la API de Conversation Analytics puede reintentar automáticamente la operación generando una consulta corregida. Este tipo de reintento se intentará un máximo de tres veces por solicitud.

    Si una consulta falla debido a problemas de permiso o autenticación, la API de Conversational Analytics no volverá a intentarla. Los reintentos no son determinísticos. Si el mensaje de error sugiere que una consulta no se puede recuperar, la API no volverá a intentarla, incluso si aún no se supera el límite de tres errores por solicitud.

  • La API de Conversational Analytics tiene un máximo de 10 consultas por segundo (QPS). Esto da como resultado un máximo de 600 consultas por minuto (QPM) por proyecto y 600 QPM por usuario y por proyecto.

Limitaciones de los tipos de preguntas

  • La API de Conversational Analytics admite preguntas que se pueden responder con una sola visualización, por ejemplo:

    • Tendencias de las métricas a lo largo del tiempo
    • Desglose o distribución de una métrica por dimensión
    • Valores únicos para una o más dimensiones
    • Valores de una sola métrica
    • Los valores de dimensión principales por métrica
  • La API de Conversational Analytics aún no admite preguntas que solo se pueden responder con los siguientes tipos de visualizaciones complejas:

    • Predicción y previsión
    • Análisis estadístico avanzado, incluida la detección de correlaciones y anomalías