Instruction file imported from ChibaYuki347/fabric-dwh-demo (
.github/instructions/pipeline.instructions.md). Copyright stays with the author.
Pipeline Instructions
Fabric Data Factory pipeline definitions in pipelines/ follow these rules:
- Split each domain into at least two pipelines: an initial load and a delta load. Co-locate them under a clear name (e.g.,
initial_load_customer.json,delta_load_watermark.json). - For transaction-like high-volume tables, design the initial load to partition by date (see
initial_load_transaction_partitioned.json). Avoid single monolithic copies that exceed pipeline timeouts. - Use a watermark column for delta loads.
UPDATED_ATis the project standard. Document the watermark in the JSONwatermark_columnfield. - Reference credentials only via Key Vault (
kv-dwh-demo) or managed identity. Never inline secrets, SAS tokens, or connection strings. - Declare the
quality_checksarray on every pipeline, listing the reconciliation SQL the pipeline expects to pass before promoting outputs. - Define a
rollback_strategyparagraph. Default behavior: leave the failing partition empty and emit a clear failure event in the pipeline log; do not auto-truncate previously loaded partitions. - Use
retry_policywith exponential backoff for staging-to-warehouse hops. Three attempts is the default. - Keep file names ASCII and lowercase with underscores so they sort predictably in the repo.