dbt-migration-db2
/dbt-migration-db2
Konwertuje DDL IBM DB2 na modele dbt zgodne ze Snowflake: widoki, tabele i procedury składowane, z plikami schema.yml, testami i dokumentacją.
- Autor
- sfc-gh-dflippo ↗
- Repozytorium
- snowflake-dbt-demo ↗
- Licencja
- Apache-2.0
- Ostatnia zmiana repozytorium
- 27.10.2026
Ocena i bezpieczeństwo
- Pliki w paczce
- 12
- Skrypty
- 0
- Komentarze HTML
- 0
- Adresy URL w SKILL.md
- 1
Brak sygnałów. Repozytorium zmienione 27.10.2026, bez odwołań do wycofanych modeli i API.
Apache-2.0, otwarta: można używać i zmieniać, z zachowaniem licencji i informacji o zmianach.
Co robi i kiedy
Konwertuje DDL IBM DB2 na modele dbt zgodne ze Snowflake: widoki, tabele i procedury składowane, z plikami schema.yml, testami i dokumentacją.
Oryginalny opis (EN)
Convert IBM DB2 DDL to dbt models compatible with Snowflake. This skill should be used when converting views, tables, or stored procedures from DB2 to dbt code, generating schema.yml files with tests and documentation, or migrating DB2 SQL to follow dbt best practices.
Jak działa
- Purpose
- When to Use This Skill
- REQUIRED FIRST STEP — Run SnowConvert AI (SCAI)
- Name Retention Rule
- Task Description
- Input Requirements
- Audience
- Output Requirements
- Conversion Guidelines
- Validation Checklist
Podgląd SKILL.md
---
name: dbt-migration-db2
description:
Convert IBM DB2 DDL to dbt models compatible with Snowflake. This skill should be used when
converting views, tables, or stored procedures from DB2 to dbt code, generating schema.yml files
with tests and documentation, or migrating DB2 SQL to follow dbt best practices.
---
# IBM DB2 to dbt Model Conversion
## Purpose
Transform IBM DB2 DDL (views, tables, stored procedures) into production-quality dbt models
compatible with Snowflake, maintaining the same business logic and data transformation steps while
following dbt best practices.
## When to Use This Skill
Activate this skill when users ask about:
- Converting DB2 views or tables to dbt models
- Migrating DB2 stored procedures to dbt
- Translating DB2 SQL syntax to Snowflake
- Generating schema.yml files with tests and documentation
- Handling DB2-specific syntax conversions (Inline SQL PL, FETCH FIRST, CONTINUE/EXIT handlers)
---
## REQUIRED FIRST STEP — Run SnowConvert AI (SCAI)
> **Do NOT begin manual conversion.** IBM DB2 has **full SnowConvert AI support** (tables, views,
> procedures, functions). Before writing any dbt model by hand:
>
> 1. Run SnowConvert AI on the source DDL to produce Snowflake-compatible SQL.
> 2. Use the `$dbt-migration-snowflake` skill to convert the SCAI output to dbt models.
> 3. Only fall back to this skill's manual translation rules for objects SCAI could not convert
> (check the conversion report for EWIs).
>
> See the `$dbt-migration` skill for download links and full workflow.
## Name Retention Rule
> **Preserve original object names.** The dbt model filename and model name MUST match the original
> source object name (lowercased, without schema prefix). For example, `SCHEMA1.PATIENT_VISITS`
> becomes `patient_visits.sql`. Do not rename objects during migration unless explicitly requested
> by the user.
---
## Task Description
You are a database engineer working for a hospital system. You need to convert IBM DB2 DDL to
equivalent dbt code compatible with Snowflake, maintaining the same business logic and data
transformation steps while following dbt best practices.
## Input Requirements
I will provide you the DB2 DDL to convert.
## Audience
The code will be executed by data engineers who are learning Snowflake and dbt.
## Output Requirements
Generate the following:
1. One or more dbt models with complete SQL for every column
2. A corresponding schema.yml file with appropriate tests and documentation
3. A config block with materialization strategy
4. Explanation of key changes and architectural decisions
5. Inline comments highlighting any syntax that was converted
## Conversion Guidelines
### General Principles
- Replace procedural logic with declarative SQL where possible
- Break down complex procedures into multiple modular dbt models
- Implement appropriate incremental processing strategies
- Maintain data quality checks through dbt tests
- Use Snowflake SQL functions rather than macros whenever possible
### Sample Response Format
```sql
-- dbt model: models/[domain]/[target_schema_name]/model_name.sql
{{ config(materialized='view') }}
/* Original Object: [database].[schema].[object_name]
Source Platform: IBM DB2
Purpose: [brief description]
Conversion Notes: [key changes]
Description: [SQL logic description] */
WITH source_data AS (
SELECT
customer_id::INTEGER AS customer_id,
customer_name::VARCHAR(100) AS customer_name,
account_balance::NUMBER(18,2) AS account_balance,
created_date::TIMESTAMP_NTZ AS created_date
FROM {{ ref('upstream_model') }}
),
transformed_data AS (
SELECT
customer_id,
UPPER(customer_name)::VARCHAR(100) AS customer_name_upper,
account_balance,
created_date,
CURRENT_TIMESTAMP()::TIMESTAMP_NTZ AS loaded_at
FROM source_data
)
SELECT
customer_id,
customer_name_upper,
account_balance,
created_date,
loaded_at
FROM transformed_data
```
```yaml
## models/[domain]/[target_schema_name]/_models.yml
version: 2
models:
- name: model_name
description: "Table description; converted from IBM DB2 [Original object name]"
columns:
- name: customer_id
description: "Primary key - unique customer identifier"
tests:
- unique
- not_null
- name: customer_name_upper
description: "Customer name in uppercase"
- name: account_balance
description: "Current account balance; Foreign key to OTHER_TABLE"
tests:
- relationships:
to: ref('OTHER_TABLE')
field: OTHER_TABLE_KEY
- name: created_date
description: "Date the customer record was created"
- name: loaded_at
description: "Timestamp when the record was loaded by dbt"
```
```yaml
## dbt_project.yml (excerpt)
models:
my_project:
+materialized: view
domain_name:
+schema: target_schema_name
```
### Specific Translation Rules
#### dbt Specific Requirements
- If the source is a view, use a view materialization in dbt
- Include appropriate dbt model configuration (materialization type)
- Add documentation blocks for a schema.yml
- Add descriptions for tables and columns
- Include relevant tests
- Define primary keys and relationships
- Assume that upstream objects are models
- Comprehensively provide all the columns in the output
- Break complex procedures into multiple models if needed
- Implement appropriate incremental strategies for large tables
- Use Snowflake SQL functions rather than macros whenever possible
- **Always cast columns with explicit precision/scale** using `::TYPE` syntax (e.g.,
`column_name::VARCHAR(100)`, `amount::NUMBER(18,2)`) to ensure output matches expected data types
- **Always provide explicit column aliases** for clarity and documentation
#### Performance Optimization
- Suggest clustering keys if needed
- Recommend materialization strategy (view vs table)
- Identify potential performance improvements
#### DB2 to Snowflake Syntax Conversion
- Convert FETCH FIRST n ROWS ONLY to LIMIT n
- Replace compound statements with Snowflake Scripting
- Convert CONTINUE/EXIT handlers to exception handling
- Translate inline SQL PL to Snowflake Scripting
- Handle CURRENT DATE/TIMESTAMP differences
- Convert DB2 string functions
- Replace EXCEPT/INTERSECT if using non-ANSI syntax
#### Key Data Type Mappings
| DB2 | Snowflake | Notes |
| --------------- | --------- | -------- |
| INTEGER/INT | INTEGER | |
| BIGINT | BIGINT | |
| SMALLINT | SMALLINT | |
| DECIMAL/NUMERIC | DECIMAL | |
| REAL/FLOAT | FLOAT | |
| DOUBLE | DOUBLE | |
| CHAR/VARCHAR | Same | |
| CLOB | VARCHAR | Max 16MB |
| BLOB | BINARY | Max 8MB |
| DATE | DATE | |
| TIME | TIME | |
| TIMESTAMP | TIMESTAMP | |
| XML | VARIANT | |
#### Key Syntax Conversions
```sql
-- FETCH FIRST -> LIMIT
SELECT * FROM table FETCH FIRST 10 ROWS ONLY -> SELECT * FROM table LIMIT 10
-- CURRENT DATE/TIMESTAMP (no parentheses in DB2)
CURRENT DATE -> CURRENT_DATE()
CURRENT TIMESTAMP -> CURRENT_TIMESTAMP()
-- CONTINUE/EXIT handlers -> Exception handling
DECLARE CONTINUE HANDLER FOR SQLEXCEPTION ... ->
EXCEPTION WHEN OTHER THEN ...
-- VALUES clause
VALUES (1, 'a'), (2, 'b') -> SELECT 1, 'a' UNION ALL SELECT 2, 'b'
```
#### Common Function Mappings
| DB2 | Snowflake | Notes |
| ----------------------- | ---------------------------------- | ---------------- |
| `COALESCE(a, b)` | `COALESCE(a, b)` | Same |
| `IFNULL(a, b)` | `IFNULL(a, b)` | Same |
| `VALUE(a, b)` | `NVL(a, b)` | |
| `NULLIF(a, b)` | `NULLIF(a, b)` | Same |
| `SUBSTR(str, pos, len)` | `SUBSTR(str, pos, len)` | Same |
| `TRIM(str)` | `TRIM(str)` | Same |
| `UPPER/LOWER` | Same | |
| `LENGTH(str)` | `LENGTH(str)` | Same |
| `LOCATE(search, str)` | `POSITION(search IN str)` | |
| `DECIMAL(val, p, s)` | `val::NUMBER(p, s)` | |
| `INTEGER(val)` | `val::INTEGER` | |
| `VARCHAR(val)` | `val::VARCHAR` | |
| `DATE(val)` | `val::DATE` | |
| `CURRENT DATE` | `CURRENT_DATE()` | Add parentheses |
| `CURRENT TIMESTAMP` | `CURRENT_TIMESTAMP()` | Add parentheses |
| `DAYS(d)` | `DATEDIFF('day', '0001-01-01', d)` | Days since epoch |
| `YEAR/MONTH/DAY(d)` | `YEAR/MONTH/DAY(d)` | Same |
#### Dependencies
- List any upstream dependencies
- Suggest model organization in dbt project
---
## Validation Checklist
- [] Every DDL statement has been accounted for in the dbt models
- [] SQL in models is compatible with Snowflake
- [] DB2-specific syntax converted (FETCH FIRST, compound statements, handlers)
- [] All business logic preserved
- [] All columns included in output
- [] Data types correctly mapped
- [] Functions translated to Snowflake equivalents
- [] Materialization strategy selected
- [] Tests added
- [] SQL logic description complete
- [] Table descriptions added
- [] Column descriptions added
- [] Dependencies correctly mapped
- [] Incremental logic (if applicable) verified
- [] Inline comments added for converted syntax
---
## Related Skills
- $dbt-migration - For the complete migration workflow (discovery, planning, placeholder models,
testing, deployment)
- $dbt-modeling - For CTE patterns and SQL structure guidance
- $dbt-testing - For implementing comprehensive dbt tests
- $dbt-architecture - For project organization and folder structure
- $dbt-materializations - For choosing materialization strategies (view, table, incremental,
snapshots)
- $dbt-performance - For clustering keys, warehouse sizing, and query optimization
- $dbt-commands - For running dbt commands and model selection syntax
- $dbt-core - For dbt installation, configuration, and package management
- $snowflake-cli - For executing SQL and managing Snowflake objects
---
## Supported Source Database
| Database | Key Considerations |
| ----------- | ----------------------------------------------------------------------- |
| **IBM DB2** | Inline SQL PL, FETCH FIRST, CONTINUE/EXIT handlers, compound statements |
## Translation References
Detailed syntax translation guides are available in the `translation-references/` folder.
> **Copyright Notice:** The translation reference documentation in this repository is derived from
> [Snowflake SnowConvert Documentation](https://docs.snowflake.com/en/migrations/snowconvert-docs)
> and is © Copyright Snowflake Inc. All rights reserved. Used for reference purposes only.
### Reference Index
- [Continue Handler](translation-references/db2-continue-handler.md)
- [Create Function](translation-references/db2-create-function.md)
- [Create Procedure](translation-references/db2-create-procedure.md)
- [Create Table](translation-references/db2-create-table.md)
- [Create View](translation-references/db2-create-view.md)
- [Data Types](translation-references/db2-data-types.md)
- [Exit Handler](translation-references/db2-exit-handler.md)
- [From Clause](translation-references/db2-from-clause.md)
- [Overview (README)](translation-references/db2-readme.md)
- [Select Statement](translation-references/db2-select-statement.md)
- [Subqueries](translation-references/db2-subqueries.md)
Pliki w paczce (12)
- SKILL.md 12 KB
- translation-references/db2-continue-handler.md 15 KB
- translation-references/db2-create-function.md 20 KB
- translation-references/db2-create-procedure.md 11 KB
- translation-references/db2-create-table.md 37 KB
- translation-references/db2-create-view.md 5 KB
- translation-references/db2-data-types.md 7 KB
- translation-references/db2-exit-handler.md 12 KB
- translation-references/db2-from-clause.md 12 KB
- translation-references/db2-readme.md 1 KB
- translation-references/db2-select-statement.md 8 KB
- translation-references/db2-subqueries.md 4 KB
Wersje
| Repozytorium | Wynik | Licencja |
|---|---|---|
| Ta strona · sfc-gh-dflippo/snowflake-dbt-demo | 100 | Apache-2.0 |
| sfc-gh-dflippo/snowflake-dbt-demo | 100 | Apache-2.0 |
Migawka bazy z 28.10.2026 · wersja paczki 91306497e797 (skrót SHA-256 całej paczki)
Pobrania w ostatnich 30 dniach: 0 · ranking
Zgłoś problem z tym skillem: szkodliwa treść, błędny opis albo prośba autora o usunięcie.
Podobne skille
- 100dbt-migration-snowflake
Konwertuje DDL Snowflake na modele dbt: widoki, tabele i procedury składowane, z plikami schema.yml, testami i dokumentacją zgodnie z dobrymi praktykami dbt. - 100dbt-migration-oracle
Konwertuje DDL Oracle i kod PL/SQL na modele dbt zgodne ze Snowflake: widoki, tabele i procedury składowane, z plikami schema.yml, testami i dokumentacją. - 100migrating-sql-to-dbt
Konwertuje starszy SQL na modułowe modele dbt: procedury składowane, widoki i surowe pliki SQL, z rozbiciem monolitycznych zapytań na warstwy zgodne z konwencjami projektu. - 100snowflake-snowpark-dbt
Zbiera dobre praktyki dla Snowpark Python (DataFrames, UDF, UDTF, procedury składowane) i dbt z adapterem dbt-snowflake: materializacje, modele przyrostowe, źródła i testy. - 100dbt
Opisuje strukturę projektu dbt, wzorce SQL i dobre praktyki dla hurtowni analitycznej: modele, testy zapytań i nowe tabele analityczne. - 100documenting-dbt-models
Dokumentuje modele i kolumny dbt w schema.yml: opisy modeli i definicje kolumn, kontekst biznesowy, ziarno danych i reguły, zgodnie ze stylem istniejącej dokumentacji projektu.