Skip to main content
skill CX Codex

creating-data-lake-table — Claude Code skill: Iceberg tables in S3

Creates managed Iceberg tables in Amazon S3 Tables: bucket, namespace, schema, partitioning and access. Useful when data needs an analytics-ready home.

Install into Claude Code · Skills CLI (Vercel) All methods and platforms ↓
npx skills add aws/agent-toolkit-for-aws --skill creating-data-lake-table -a claude-code
Open on GitHub

What creating-data-lake-table does

The skill walks an agent through creating a table in Amazon S3 Tables via the s3tables API. It starts with a check: when the user mentions a database, the agent must run aws glue get-tables --database-name <NAME> and see what already exists. A matching table outside S3 Tables is not recreated — the agent asks for confirmation first.

Then it goes in order: region and credential check with aws sts get-caller-identity, schema review, table bucket, namespace, Glue Data Catalog registration, permissions, and the table itself. Names must be lowercase, and hyphens are not allowed in namespace or table names because Glue returns GENERIC_INTERNAL_ERROR. Metadata is passed as JSON nested under the iceberg key, and partitionSpec.sourceId has to point at a real schema field.

Permissions sit in the s3tables:* namespace, not s3:*, and the skill does not create IAM roles on its own — it verifies existing ones and guides you. Complex types such as list, map and struct need schemaV2 with explicit field IDs. If data already lives in S3, the skill creates an empty table and hands loading off to ingesting-into-data-lake.

What it helps with

  • create an Iceberg table in S3 Tables with a defined schema
  • register the table in Glue Data Catalog
  • pick partitioning that matches query patterns
  • grant read access on the table to a querying principal
  • check whether a table with the same name already exists

Example prompts for the agent

  • Create an Iceberg table in S3 Tables for orders: order_date date, customer_id string, amount double, partitioned by month
  • Run aws glue get-tables first and tell me if a table with that name already exists before creating anything
  • Set up read access to this table for our Athena principal

How to install creating-data-lake-table

1Skills CLI (Vercel)

npx skills add aws/agent-toolkit-for-aws --skill creating-data-lake-table -a claude-code

2Manually: put the files in place

~/.claude/skills/creating-data-lake-table/SKILL.md

Copy the whole skill folder; for one project use .claude/skills/creating-data-lake-table/

Step by step, with commands for each platform: How to install skills in Claude Code: five ways

Questions about creating-data-lake-table

How do I install creating-data-lake-table in Claude?

Run npx skills add aws/agent-toolkit-for-aws --skill creating-data-lake-table -a claude-code. The skill file lands at ~/.claude/skills/creating-data-lake-table/SKILL.md.

What does creating-data-lake-table do?

It guides an agent through creating a managed Iceberg table in Amazon S3 Tables: table bucket, namespace, schema, partitioning, Glue registration and access control.

How is it different from ingesting-into-data-lake?

This skill creates the table; loading files into it is left to ingesting-into-data-lake. Querying existing tables is handled by querying-data-lake.

Source text

SKILL.md · Apache-2.0
---
name: creating-data-lake-table
description: >-
  Create managed Iceberg tables using Amazon S3 Tables (s3tables API namespace) with
  automatic compaction and snapshot management. Sets up table bucket, namespace, table,
  schema, Glue catalog registration, partitioning, IAM access control. Triggers on:
  create table, data lake table, analytics table, structured data storage, S3 Tables,
  Iceberg, Athena table, partitioning strategy, access permissions. Do NOT use  for:
  importing files (use ingesting-into-data-lake), vector storage (use storing-and-querying-vectors),
  querying existing tables (use querying-data-lake), or locating existing table (use
  finding-data-lake-assets).
metadata:
  version: "1"
  argument-hint: "'[table-description|schema-spec]'"
---

# Create Data Lake Tables with Amazon S3 Tables

## Overview

Amazon S3 Tables provides managed Iceberg tables with automatic compaction and snapshot management. Queryable via Athena and Iceberg-compatible engines.

## Common Tasks

You MUST use AWS MCP server tools when connected, they provide command validation, sandboxed execution, and audit logging. Fall back to AWS CLI if MCP unavailable.

## Decision Guide

**Before creating, You MUST check what exists:**

You MUST run `aws glue get-tables --database-name <NAME>` when user mentions a database.

| What you find | Action |
|---------------|--------|
| Fuzzy database name ("our analytics db") | You MUST STOP. Delegate to `finding-data-lake-assets` to resolve. |
| Non-S3-Tables table with matching name | You MUST STOP. Delegate to `finding-data-lake-assets`. You MUST NOT create until user confirms. |
| Existing S3 Tables table with matching name | You MUST check schema match. Reuse if compatible, recreate only if user confirms. |
| No matching tables | Proceed with creation (Steps 1-8). |
| User explicitly requests new S3 Tables table | Skip checks, proceed with creation. |

**Creation paths:**

- **Existing data in S3**: Create empty table (Steps 1-8), then use `ingesting-into-data-lake` skill.
- **Glue ETL pipeline**: Read `references/table-creation-glue-etl.md` first, then Steps 1-6.
- **Lake Formation access control**: Search AWS docs for `"S3 Tables integration with Lake Formation"`.

### 1. Verify Dependencies

**Constraints:**

- You MUST check whether AWS MCP server tools or AWS CLI are available and inform user if missing
- You MUST confirm target AWS region and verify credentials with `aws sts get-caller-identity`

### 2. Understand the Schema

- **Explicit schema**: Validate Iceberg types.
- **Loose description**: Ask columns, types, grain. Propose and confirm.
- **Existing S3 data**: Infer schema from file headers only. Create empty table first, then use `ingesting-into-data-lake` skill.

**Constraints:**

- You MUST read `references/best-practices.md` for Iceberg type mapping, partitions, and naming.
- You MUST ask for all required parameters upfront: table name, columns, types, partition strategy. For schema evolution, see `references/athena-ddl-path.md`.
- You MUST use all lowercase names -- Glue rejects mixed case with `GENERIC_INTERNAL_ERROR`. Namespace and table names MUST NOT contain hyphens.
- You SHOULD suggest partition columns based on access patterns.

### 3. Create Table Bucket

Names: 3-63 chars, lowercase, numbers, hyphens.

```bash
aws s3tables create-table-bucket --name <BUCKET_NAME> --region <REGION>
```

Capture `table-bucket-arn`. Encryption (SSE-S3 default, SSE-KMS) and storage class (STANDARD, INTELLIGENT_TIERING) set at creation. See `references/best-practices.md`.

**Constraints:**

- You MUST check existing buckets with `aws s3tables list-table-buckets` and ask user to select or create new.
- If using SSE-KMS, KMS key policy MUST allow S3 Tables maintenance service principal to read data. Search AWS docs for `"S3 Tables KMS key policy"` for required policy.
- If bucket creation fails, see `references/best-practices.md` for common errors.

### 4. Create Namespace

```bash
aws s3tables create-namespace --table-bucket-arn <ARN> --namespace <NAMESPACE>
```

**Constraints:**

- You MUST list existing namespaces first and suggest reusing if relevant
- You MUST use lowercase names with no hyphens

### 5. Create Glue Data Catalog Integration

Check if `s3tablescatalog` exists (create once per region per account):

```bash
aws glue get-catalog --catalog-id s3tablescatalog
```

If not found, create (requires `glue:CreateCatalog`, `glue:passConnection`):

```bash
aws glue create-catalog --name "s3tablescatalog" --catalog-input '{
  "FederatedCatalog": {
    "Identifier": "arn:aws:s3tables:<REGION>:<ACCOUNT_ID>:bucket/*",
    "ConnectionName": "aws:s3tables"
  },
  "CreateDatabaseDefaultPermissions": [{"Principal": {"DataLakePrincipalIdentifier": "IAM_ALLOWED_PRINCIPALS"}, "Permissions": ["ALL"]}],
  "CreateTableDefaultPermissions": [{"Principal": {"DataLakePrincipalIdentifier": "IAM_ALLOWED_PRINCIPALS"}, "Permissions": ["ALL"]}],
  "AllowFullTableExternalDataAccess": "True"
}'
```

Verify with `aws glue get-catalogs --parent-catalog-id s3tablescatalog`.

### 6. Configure Access Control

S3 Tables uses `s3tables:*` IAM namespace (not `s3:*`).

**Querying principal permissions (bucket policy):**

- `s3tables:GetTableBucket`, `s3tables:GetNamespace`, `s3tables:GetTable`, `s3tables:GetTableMetadataLocation`, `s3tables:GetTableData`

**Querying principal permissions (IAM policy):**

- `glue:GetCatalog`, `glue:GetDatabase`, `glue:GetTable`

You MUST scope to correct ARN patterns. You MUST read `references/access-control.md` for exact resource ARNs.

**Constraints:**

- You MUST ask user for querying principal ARN
- You MUST NOT grant broader permissions than necessary
- You MUST NOT create IAM roles automatically, verify existing and guide user

### 7. Create the Table

| Context | Path |
|---------|------|
| Default (any user) | **S3 Tables API** (below) |
| User specifically wants SQL DDL | **Athena DDL** (see `references/athena-ddl-path.md`) |
| Glue ETL pipeline | **Spark DDL** via `--conf` job args (not `spark.conf.set()`). You MUST read `references/table-creation-glue-etl.md` for the `--conf` string. |

**Default: S3 Tables API:**

```bash
aws s3tables create-table \
  --table-bucket-arn <ARN> \
  --namespace <NAMESPACE> \
  --name <TABLE_NAME> \
  --format ICEBERG \
  --metadata '<METADATA_JSON>'
```

Metadata JSON MUST nest under `"iceberg"` key:

```json
{"iceberg":{"schema":{"fields":[
  {"name":"order_date","type":"date","required":true},
  {"name":"customer_id","type":"string","required":true},
  {"name":"amount","type":"double","required":false}
]},
"partitionSpec":{"fields":[
  {"sourceId":1,"fieldId":1000,"transform":"month","name":"order_date_month"}
]}}}
```

**Constraints:**

- `partitionSpec.sourceId` MUST reference a valid schema field ID
- For schema evolution after creation, use Athena DDL. See `references/athena-ddl-path.md`
- You MUST use `schemaV2` for complex types (list, map, struct) with explicit field IDs. See `references/best-practices.md`.
- You SHOULD search AWS docs for `"IcebergPartitionField S3 Tables"` for supported partition transforms

### 8. Verify and Confirm

You MUST verify with `aws s3tables get-table` and confirm queryability with `DESCRIBE <table_name>` via Athena using `--query-execution-context '{"Catalog":"s3tablescatalog/<BUCKET_NAME>","Database":"<NAMESPACE>"}'`. Do NOT put catalog in SQL. Present summary: bucket ARN, namespace, table, schema, partitions.

## Troubleshooting

| Error | Cause | Fix |
|-------|-------|-----|
| "Table location can not be specified" | LOCATION in CREATE TABLE | Remove LOCATION clause. S3 Tables manages storage automatically. |
| `AccessDeniedException` with `s3:*` policy | Using `s3:*` not `s3tables:*` | S3 Tables uses `s3tables:*` namespace. Update IAM policy. |

## Additional Resources

- [access-control.md](references/access-control.md) -- IAM permissions, ARN patterns, permission errors
- [best-practices.md](references/best-practices.md) -- Iceberg types, partitions, naming, common errors
- [athena-ddl-path.md](references/athena-ddl-path.md) -- Athena DDL, schema evolution
- [table-creation-glue-etl.md](references/table-creation-glue-etl.md) -- Spark DDL via Glue ETL
- Loading data: `ingesting-into-data-lake` skill

© aws · Apache-2.0 · aws/agent-toolkit-for-aws

Similar skills

Everything for Cloud: AWS, Azure, GCP →

From the same set133

querying-data-lake A skill that runs SQL in Amazon Athena: it picks a workgroup, stops destructive statements for confirmation and reports what the query cost. CX Codex +1 6,600installs exploring-data-catalog Audits and inventories AWS Glue Data Catalog, S3 Tables, and Redshift-federated catalogs. Built for mapping account data assets in read-only mode. CX Codex +1 6,600installs aws-sdk-swift-usage Teaches the agent the aws-sdk-swift patterns: clients, struct configs, credential resolvers, waiters. Useful when a Swift project talks to AWS. CX Codex +1 6,500installs finding-data-lake-assets Resolves data lake and lakehouse asset references across AWS Glue Data Catalog, S3, S3 Tables, and Redshift. Useful when you need to locate a table by keyword, column, or S3 path. CX Codex +1 6,500installs aws-amplify Skill for building and deploying full-stack apps with AWS Amplify Gen2. Configure auth, databases, storage, and AI via TypeScript code — supports React, Next.js, Vue, Flutter, and more. CX Codex +1 6,600installs ingesting-into-data-lake Moves data from S3 files, JDBC databases, DynamoDB, BigQuery, or Snowflake into AWS data lake tables. Defaults to S3 Tables or Iceberg and configures Glue jobs. CX Codex +1 6,600installs connecting-lambda-to-api-gateway A skill that walks the agent through wiring an existing Lambda function into Amazon API Gateway: resources, methods, proxy integration, permissions and deploy. CX Codex +1 6,600installs troubleshooting-application-failures A skill that traces application failures through CloudWatch logs: it locates log groups, pulls error patterns and stack traces, then ranks fixes by priority. CX Codex +1 6,400installs

Project sponsors

Companies that keep this analytics open
Gold sponsor

Impressions, clicks and code copies — open statistics. We keep the numbers public for the same reason NeBlask itself is public. Become a sponsor