Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Las consultas que dan como resultado un análisis completo de la tabla, por ejemplo, las consultas que utilicen la opción ALLOW FILTERING
, son otro ejemplo de consultas que procesan más lecturas de las que devuelven como resultado. Además, el consumo de capacidad de lectura se basa en los datos leídos, no en los datos devueltos.
Para el ejemplo de análisis de tabla, utilizamos la siguiente tabla de ejemplo en modo de capacidad bajo demanda.
pk | ck | value ---+----+--------- pk | 10 | <any value that results in a row size larger than 4KB> pk | 20 | value_1 pk | 30 | <any value that results in a row size larger than 4KB>
Amazon Keyspaces crea una tabla en modo de capacidad bajo demanda con cuatro particiones de forma predeterminada. En esta tabla de ejemplo, todos los datos se almacenan en una partición y las tres particiones restantes están vacías.
Ahora ejecute la siguiente consulta en la tabla.
SELECT * from amazon_keyspaces.example_table_2;
Esta consulta da como resultado una operación de escaneo de tablas en la que Amazon Keyspaces escanea las cuatro particiones de la tabla y consume 6 RRUs en modo de LOCAL_QUORUM
coherencia. En primer lugar, Amazon Keyspaces consume 3 RRUs para leer las tres filas. pk=‘pk’
A continuación, Amazon Keyspaces consume las 3 adicionales RRUs para escanear las tres particiones vacías de la tabla. Como esta consulta da como resultado un análisis de la tabla, Amazon Keyspaces escanea todas las particiones de la tabla, incluidas las particiones sin datos.