In this post is a example of a Athena query to get the the current data of the DynamoDb table.
This post explains how to provide this query with CDK as a saved query in Athena to have the query stored “nearby” the editor and that the query fits to the current deployment regarding the naming of the DB and table. Another advantage is to have the query under source control.
This is a extension of this post.
The saved queries are stored here in the console:
The SQL command
This SQL command will be provided as a saved query in Athena. For easier maintenance, the command is in an extra SQL file. The DB and the table name are placeholders in the file and will be replaced during the deployment process. That ensures that this SQL command refers to the correct resources, which are also deployed.
SELECT dynamodb.newimage.pk.s AS pk,
dynamodb.newimage.person.M.firstname.s AS firstname,
dynamodb.newimage.person.M.lastname.s AS lastname,
dynamodb.approximatecreationdatetime AS ts,
dynamodb.newimage,
*
FROM "athenaDbName"."athenaTableName" AS persons1
WHERE (eventname = 'INSERT'
OR eventname = 'MODIFY')
AND dynamodb.approximatecreationdatetime =
(SELECT MAX(dynamodb.approximatecreationdatetime)
FROM "athenaDbName"."athenaTableName" AS persons2
WHERE persons2.dynamodb.newimage.pk.s = persons1.dynamodb.newimage.pk.s);
Saved Query Construct
Like the SQL file, the CDK definition of the saved query is in an extrafile as a CDK construct.
import { Construct } from 'constructs'
import {
aws_athena as athenaCfn
} from 'aws-cdk-lib'
import * as glue from '@aws-cdk/aws-glue-alpha'
import { readFileSync } from 'fs';
import { join } from 'path';
export interface SavedQueriesProps {
glueDb: glue.IDatabase;
athenaTableName: string;
athenaWorkgroupName: string;
}
export class SavedQueries extends Construct {
constructor(scope: Construct, id: string, props: SavedQueriesProps) {
super(scope, id)
const getSqlString = (file: string): string => {
let personsDdbStateSqlCommand = readFileSync(join(__dirname, `${file}`), 'utf-8').toString()
const athenaDbName = props.glueDb.databaseName
let athenaTableName = props.athenaTableName;
athenaTableName = athenaTableName.replace(/-/g, '_')
personsDdbStateSqlCommand = personsDdbStateSqlCommand.replace(/athenaDbName/g, athenaDbName)
personsDdbStateSqlCommand = personsDdbStateSqlCommand.replace(/athenaTableName/g, athenaTableName)
return personsDdbStateSqlCommand
}
let queryString = getSqlString('ddb-state.sql')
// eslint-disable-next-line no-new
new athenaCfn.CfnNamedQuery(this, 'query-current-ddb-state', {
database: props.glueDb.databaseName,
queryString: queryString,
description: 'query the current state from the ddb table',
name: 'current-ddb-state',
workGroup: props.athenaWorkgroupName
})
}
}
Currently, there is no L2 Construct for a named query in CDK, so it is defined as a L1 CFN Resource (CfnNamedQuery
).
This needs the query as a string. The function getSqlString
converts and transforms the SQL file content to that needed string.
So that the placeholders are replaced with the resources, which are deployed.
The Athena table name will be created during the glue crawler process. The convention is that the table name configured prefix of the S3 bucket with an underscore ("_") instead of dashes ("-").
The database name and the workgroup name are passed from the stack to the construct.
Insert the saved query construct in the stack
For the deployment the saved queries construct will be inserted into the stack
The needed information are passed as props to the construct.
The saved queries are depending on the workgroup. That has to be defined in CDK. Otherwise, the deployment will fail.
const savedQueries = new SavedQueries(this, 'saved-queries', {
glueDb: glueDb,
athenaTableName: firehoseBucketName,
athenaWorkgroupName: athenaWorkgroup.name,
})
savedQueries.node.addDependency(athenaWorkgroup);
Result
After the deployment, the new query is listed here and can be chosen for query in the editor.
Code
JohannesKonings / examples-aws-dynamodb-analytics-cdk
Example how to Analyze DynamoDB data with Athena in different ways created with AWS CDK
examples-aws-dynamodb-analytics-cdk
diff over all: npm run cdk -- diff
deploye over all: npm run cdk -- deploy
scenarios
ddb-kinesis-athena: DynamoDb -> DynamoDb Streams -> Kinesis Data Streams -> Data Firehose -> S3 -> Glue Crawler -> Athena
diff: npm run cdk:ddb-kinesis-athena -- diff
deploy: npm run cdk:ddb-kinesis-athena -- deploy
ddb-kinesis-athena: DynamoDb -> EventBridge Pipe (DynamoDb Streams -> Data Firehose) -> S3 -> Glue Crawler -> Athena
diff: npm run cdk:ddb-pipe-athena -- diff
deploy: npm run cdk:ddb-pipe-athena -- deploy
archive
deploy options
The config file controls the deplyoement options.
Firehose
The formats JSON
and Parquet
can be choosen
export const config: Config = {
...
kinesisFormat: 'JSON',
...
}
export const config: Config = {
...
kinesisFormat: 'PARQUET',
...
}
Quicksight
export const config: Config = {
...
isQuicksight: true,
...
}
cd cdk
QUICKSIGHT_USERNAME=<<Quicksight user name>> npx cdk deploy
desription
see…
Top comments (0)