Deciding between a time-based and a data-driven trigger
Lakeflow Jobs support both scheduled (time-based) and event-driven triggers so pipelines can run either on a fixed cadence or as soon as new data arrives. Choosing the right trigger depends on whether upstream data availability is predictable (schedule) or irregular/dependent on external events (file arrival, another job completion). Data-driven triggers reduce latency and wasted compute by avoiding runs when no new data exists.
Must-know
- Time-based (Scheduled) triggers run a job at a fixed cadence defined by cron syntax, best when data lands predictably (e.g., nightly batch loads).
- File arrival triggers start a job automatically when new files appear in a specified cloud storage location, ideal for irregular or event-driven ingestion patterns.
- Using a file arrival trigger avoids unnecessary runs and reduces latency compared to polling on a fixed schedule when upstream arrival times vary.
- Job (task) dependencies within a workflow (upstream/downstream task ordering) are distinct from triggers: dependencies control execution order within a job, while triggers control when the whole job starts.
- A job can be chained to run after another job completes (job-to-job dependency via trigger), useful when pipeline stages depend on the success of a prior pipeline rather than a clock time.
- Continuous or near-real-time processing needs are typically better served by data-driven triggers or streaming, not tightly-spaced time-based schedules, which waste compute checking for data that isn't there.
A Lakeflow Job ingests files from cloud storage that a partner uploads at unpredictable times throughout the day, sometimes twice, sometimes not at all. The team wants the job to start processing as soon as new files land, without paying for idle scheduled runs. Which trigger configuration best fits this requirement?
What you have tried across Databricks DEA's objectives, not a readiness score.
Databricks Intelligence Platform
Data Ingestion and Loading
- Batch, streaming, and incremental loading patterns, and where the data comes from
- Loading files from cloud storage into governed tables with COPY INTO
- Landing data with Auto Loader, and handling schema enforcement and evolution
- Setting up Lakeflow Connect to ingest from enterprise sources reliably
- Pulling data through JDBC, ODBC, or REST clients and scheduling the job
- Choosing the right ingestion method for a given volume, frequency, and governance need
- Bringing semi-structured and unstructured data into governed Delta tables
Data Transformation and Modeling
- Cleaning bronze data into silver tables with PySpark and SQL
- Joining and combining DataFrames with the different join and union types
- Reshaping columns, rows, and arrays in a table
- Deduplicating and aggregating DataFrames
- Tuning Spark's core parameters and measuring what changed
- Building Gold-layer views and tables for BI and analytics
- Validating Silver and Gold datasets for quality
Working with Lakeflow Jobs
Implementing CI/CD
- Branching, committing, and opening pull requests from inside the Databricks workspace
- Promoting one codebase across dev, test, and prod with bundle variables and overrides
- Packaging and deploying jobs and pipelines with Automation Bundles
- Validating and managing bundle deployments from the Databricks CLI
Troubleshooting, Monitoring, and Optimization
- Spotting performance trends in a job's run history
- Reading job status, task graphs, and failure rates to monitor pipeline health
- Diagnosing skew, shuffle, and spill from Spark UI stage metrics
- What Liquid Clustering and predictive optimization actually do
- Diagnosing cluster startup failures, library conflicts, and out-of-memory errors
Governance and Security
Coverage checked against the published exam guide on Jul 26, 2026.
These are independent practice questions, written against this certification's published exam guide. They are not the certification vendor's own questions, and not the real exam.