Una función Lambda busca elementos en una tabla DynamoDB que utiliza email_address como clave de partición y almacena atributos como customer_type, name y job_title. La función se activa a medida que los usuarios escriben en un campo de texto customer_type y debe devolver coincidencias parciales para email_address para un customer_type dado. El desarrollador no puede recrear la tabla. ¿Qué se debe hacer para admitir la coincidencia parcial de email_address por customer_type?

La opción correcta es crear un Índice Secundario Global (GSI) con customertype como clave de partición y emailaddress como clave de clasificación. Esto permite consultar eficientemente por customertype y luego usar una condición beginswith en emailaddress para la coincidencia parcial, ya que las claves de clasificación en DynamoDB admiten esta operación. Un GSI es adecuado porque la consulta no usa la clave de partición original (emailaddress). La segunda opción es incorrecta porque, aunque usa un GSI, colocar emailaddress como clave de partición y customertype como clave de clasificación no permitiría la consulta eficiente por customertype y la coincidencia parcial en emailaddress simultáneamente de la manera requerida. Las opciones que sugieren un Índice Secundario Local (LSI) son incorrectas. Un LSI debe compartir la misma clave de partición que la tabla base, y aquí necesitamos consultar por customertype, que no es la clave de partición original. Además, un LSI no puede tener una clave de partición diferente a la de la tabla base.