Compétences dbt-transformation-patterns
📦

dbt-transformation-patterns

Sûr

프로덕션 준비 완료 dbt 데이터 변환 파이프라인 구축

Également disponible depuis: wshobson

분석 팀은 일관되지 않은 데이터 모델과 불충분한 문서로 고생합니다. 이 스킬은 적절한 테스트, 문서화 및 증분 처리를 통해 dbt 프로젝트를 구성하는 검증된 패턴을 제공합니다.

Prend en charge: Claude Codex Code(CC)
🥉 74 Bronze
1

Télécharger le ZIP du skill

2

Importer dans Claude

Allez dans Paramètres → Capacités → Skills → Importer un skill

3

Activez et commencez à utiliser

Tester

Utilisation de "dbt-transformation-patterns". Create a staging model for Stripe payments source

Résultat attendu:

  • payments 테이블 스키마 및 테스트가 포함된 소스 정의 YAML
  • CTE 기반 변환이 있는 stg_stripe__payments.sql
  • 명명 규칙을 따른 열 이름 변경(cent 단위 amount를 dollar로 변환)
  • unique_key 및 updated_at 필터가 포함된 증분 구성

Utilisation de "dbt-transformation-patterns". Build a customer dimension with payment metrics

Résultat attendu:

  • customer 및 payment 중간 모델을 조인한 dim_customers.sql
  • dbt_utils를 사용한 서rogate 키 생성
  • 고객 등급 segmentation 로직
  • 열 설명 및 테스트가 포함된 YAML 문서

Audit de sécurité

Sûr
v1 • 2/24/2026

This skill is safe for publication. Static analysis detected 70 patterns that are all false positives - the flagged content consists of SQL/YAML code examples in markdown documentation, not executable code. The skill provides reference patterns for dbt (data build tool) analytics engineering workflows.

2
Fichiers analysés
585
Lignes analysées
0
résultats
1
Total des audits
Aucun problème de sécurité trouvé
Audité par: claude

Score de qualité

38
Architecture
100
Maintenabilité
87
Contenu
50
Communauté
100
Sécurité
91
Conformité aux spécifications

Ce que vous pouvez construire

변환 파이프라인을 구축하는 분석 엔지니어

첫날부터 적절한 모델 구성, 테스트 및 문서화가 된 새 dbt 프로젝트를 설정하세요.

모델 품질을 개선하는 데이터 팀

기존 dbt 모델에 포괄적인 테스트, 문서 및 신선도 모니터링을 추가하세요.

증분 로드를 최적화하는 엔지니어링 팀

대규모 팩트 테이블에 효율적인 증분 전략을 구현하여 컴퓨팅 비용을 절감하세요.

Essayez ces prompts

스테이징 모델 생성 
[source_name] [table_name] 테이블에 대한 dbt 스테이징 모델을 생성하세요. 열 설명이 포함된 소스 정의, 적절한 이름 변경 규칙이 있는 스테이징 SQL 모델, 기본 키 및 not-null 제약 조건에 대한 기본 테스트를 포함하세요.
증분 팩트 테이블 구축 
[business_process]를 추적하는 fct_[name]이라는 이름의 dbt 증분 팩트 테이블 모델을 생성하세요. [strategy]로 증분 머티리얼라이제이션을 구성하고 unique_key를 정의하며 is_incremental()을 사용하여 증분 필터 로직을 포함하세요.
테스트 및 문서 추가 
이 dbt 모델 SQL을 검토하고 해당 YAML 문서 파일을 생성하세요. 모델 설명, 열 설명 및 현재 열에 맞는 적절한 테스트(unique, not_null, relationships, accepted_values)를 포함하세요.
전체 모델 레이어 설계 
[domain] 분석 워크플로우를 위한 dbt 모델 구조를 설계하세요. [sources]에 필요한 스테이징 모델, 비즈니스 로직을 위한 중간 모델, 최종 출력을 위한 마츠 모델(디멘전 및 팩트)을 정의하세요. 각 레이어에 대한 명명 규칙 및 머티리얼라이제이션 전략을 포함하세요.

Bonnes pratiques

  • 모든 소스 데이터에 스테이징 레이어 사용 - 한 번 정리하고 어디서나 재사용
  • 모든 키에 not_null, unique, relationship 테스트로 적극적 테스트
  • 다운스트림 사용자를 위해 모든 모델과 열을 비즈니스 맥락으로 문서화

Éviter

  • 스테이징 레이어를 건너뛰고 마츠에서 소스를 직접 쿼리하면 기술 부채 발생
  • 구성에 dbt 변수를 사용하지 않고 날짜 또는 값 하드코딩
  • 비즈니스 로직을 재사용 가능한 매크로로 추출하지 않고 모델 전체에 반복

Foire aux questions

dbt에서 메달리온 아키텍처란 무엇인가요?
메달리온 아키텍처는 모델을 레이어로 구성합니다: 스테이징(원시 데이터 정리), 중간(비즈니스 로직), 마츠(최종 분석 테이블). 이 분리는 파이프라인을 통해 일관된 데이터 흐름을 보장합니다.
증분 머티리얼라이제이션은 언제 사용해야 하나요?
100만 개 이상의 행이 있는 테이블 또는 소스 데이터가 지속적으로 성장할 때 증분 모델을 사용하세요. 증분 모델은 새 레코드 또는 변경된 레코드만 처리하여 컴퓨팅 시간과 비용을 크게 절감합니다.
모델에 어떤 테스트를 추가해야 하나요?
모든 기본 키에 not_null 및 unique 테스트, 외래 키에 relationship 테스트, 필수 열에 not_null, 상태 또는 유형 열에 accepted_values 테스트를 추가하세요. 사용자 정의 유효성 검사를 위해 dbt_utils.expression_is_true를 사용하세요.
delete+insert와 merge 증분 전략 중 어느 것을 선택해야 하나요?
대부분의 웨어하우스에서 기본값으로 delete+insert를 사용하세요. 늦게 도착하는 데이터로 기존 레코드를 업데이트해야 할 때 merge를 사용하세요. BigQuery 또는 유사한 파티션 기반 워크플로우에 insert_overwrite를 사용하세요.
임시 모델의 목적은 무엇인가요?
임시 모델은 테이블로 머티리얼라이제이션되지 않는 중간 CTE입니다. 항상 다른 모델에서 참조되는 재사용 가능한 로직에 사용하세요. 웨어하우스의 테이블 수를 줄입니다.
dbt 프로젝트를 효과적으로 문서화하려면 어떻게 해야 하나요?
YAML 파일의 모든 모델과 열에 설명을 추가하세요. 비즈니스 로직, 데이터 소스 및 예상 값을 설명하는 데 description 필드를 사용하세요. dbt docs를 생성하여 팀이 탐색할 수 있도록 제공하세요.

Détails du développeur

Auteur

sickn33

Licence

MIT

Dépôt

https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/dbt-transformation-patterns

Réf

main

Structure de fichiers

📁 resources/

📄 implementation-playbook.md

📄 SKILL.md