Os exemplos a seguir mostram como você pode obter diferentes tipos de informações das tabelas do S3 Metadata usando consultas SQL padrão.
Lembre-se do seguinte ao usar esses exemplos:
-
Os exemplos foram escritos para funcionar com o Amazon Athena. Talvez seja necessário modificar os exemplos para trabalhar com um mecanismo de consulta diferente.
-
Entenda como otimizar as consultas.
-
Substitua
pelo nome do bucket de tabela do S3 que está armazenando a tabela de metadados.amzn-s3-demo-bucket
-
Substitua
pelo nome da tabela de metadados que você está consultando.my_metadata_table
-
Para conferir uma lista de colunas compatíveis, consulte Esquema de tabelas do S3 Metadata.
Encontrar objetos por extensão de arquivo
A consulta a seguir retorna objetos com uma extensão de arquivo específica (.jpg
neste caso).
SELECT key FROM "s3tablescatalog/amzn-s3-demo-bucket
"."aws_s3_metadata"."my_metadata_table
"
WHERE key LIKE '%.jpg'
AND record_type = 'CREATE'
Listar exclusões de objetos
A consulta a seguir retorna eventos de exclusão de objetos, incluindo o ID da Conta da AWS ou a entidade principal do serviço da AWS que fez a solicitação.
SELECT DISTINCT bucket, key, sequence_number, record_type, record_timestamp, requester, source_ip_address, version_id
FROM "s3tablescatalog/amzn-s3-demo-bucket
"."aws_s3_metadata"."my_metadata_table
"
WHERE record_type = 'DELETE';
Listar as chaves de criptografia do AWS KMS usadas pelos objetos
A consulta a seguir retorna os ARNs das chaves do AWS Key Management Service (AWS KMS) que criptografam os objetos.
SELECT DISTINCT kms_key_arn
FROM "s3tablescatalog/amzn-s3-demo-bucket
"."aws_s3_metadata"."my_metadata_table
";
Listar objetos que não usam chaves do KMS
A consulta a seguir retorna objetos que não estão criptografados com chaves do AWS KMS.
SELECT DISTINCT kms_key_arn
FROM "s3tablescatalog/amzn-s3-demo-bucket
"."aws_s3_metadata"."my_metadata_table
"
WHERE encryption_status NOT IN ('SSE-KMS', 'DSSE-KMS')
AND record_type = 'CREATE';
Visualizar metadados fornecidos pelo Amazon Bedrock
Alguns serviços da AWS (como o Amazon Bedrock) fazem upload de objetos no Amazon S3. Você pode consultar os metadados de objetos fornecidos por esses serviços. Por exemplo, a consulta a seguir inclui a coluna user_metadata
para determinar se há objetos carregados pelo Amazon Bedrock em um bucket de uso geral.
SELECT DISTINCT bucket, key, sequence_number, record_type, record_timestamp, user_metadata
FROM "s3tablescatalog/amzn-s3-demo-bucket
"."aws_s3_metadata"."my_metadata_table
"
WHERE record_type = 'CREATE'
AND user_metadata['content-source'] = 'AmazonBedrock';
Se o Amazon Bedrock tiver feito upload de um objeto no bucket, a coluna user_metadata
exibirá os seguintes metadados associados ao objeto no resultado da consulta:
user_metadata
{content-additional-params -> requestid="CVK8FWYRW0M9JW65", signedContentSHA384="38b060a751ac96384cd9327eb1b1e36a21fdb71114be07434c0cc7bf63f6e1da274edebfe76f65fbd51ad2f14898b95b", content-model-id -> bedrock-model-arn, content-source -> AmazonBedrock}
Noções básicas sobre o estado atual dos objetos
A consulta a seguir pode ajudar você a determinar o estado atual dos objetos. A consulta identifica a versão mais recente de cada objeto, filtra para eliminar os objetos excluídos e marca a versão mais recente de cada objeto com base nos números de sequência. Os resultados são ordenados pelas colunas bucket
, key
e sequence_number
.
WITH records_of_interest as (
-- Start with a query that can narrow down the records of interest.
SELECT * from "s3tablescatalog/amzn-s3-demo-bucket
"."aws_s3_metadata"."my_metadata_table
"
),
version_stacks as (
SELECT *,
-- Introduce a column called 'next_sequence_number', which is the next larger
-- sequence_number for the same key version_id in sorted order.
LEAD(sequence_number, 1) over (partition by (bucket, key, coalesce(version_id, '')) order by sequence_number ASC) as next_sequence_number
from records_of_interest
),
-- Pick the 'tip' of each version stack triple: (bucket, key, version_id).
-- The tip of the version stack is the row of that triple with the largest sequencer.
-- Selecting only the tip filters out any row duplicates.
-- This isn't typical, but some events can be delivered more than once to the table
-- and include rows that might no longer exist in the bucket (since the
-- table contains rows for both extant and extinct objects).
-- In the next subquery, eliminate the rows that contain deleted objects.
current_versions as (
SELECT * from version_stacks where next_sequence_number is NULL
),
-- Eliminate the rows that are extinct from the bucket by filtering with
-- record_type. An object version has been deleted from the bucket if its tip is
-- record_type==DELETE.
existing_current_versions as (
SELECT * from current_versions where not (record_type = 'DELETE' and is_delete_marker = FALSE)
),
-- Optionally, to determine which of several object versions is the 'latest',
-- you can compare their sequence numbers. A version_id is the latest if its
-- tip's sequencer is the largest among all other tips in the same key.
with_is_latest as (
SELECT *,
-- Determine if the sequence_number of this row is the same as the largest sequencer for the key that still exists.
sequence_number = (MAX(sequence_number) over (partition by (bucket, key))) as is_latest_version
FROM existing_current_versions
)
SELECT * from with_is_latest
ORDER BY bucket, key, sequence_number;