Hiring managers for this role aren't asking whether you can write SQL. They're asking whether they can hand you a pile of raw tables and get back models that nobody has to double-check. Learn in this order and you'll spend your evenings on what screens and panels actually test.
| Certificate | Best for | Effort | Worth it? |
|---|---|---|---|
| dbt Analytics Engineering Certification | Analysts moving into their first analytics engineering role | A few weekends if you already use dbt at work, longer if you don't | The one cert that maps straight to the job title. It won't replace a portfolio, but it helps a resume from an analyst background get past a recruiter. |
| SnowPro Core Certification | People targeting teams that run on Snowflake | A few weeks of evening study | Useful proof you understand warehouses, caching and cost. Worth it only if the postings you want mention Snowflake. |
| Google Cloud Professional Data Engineer | Engineers on BigQuery-heavy teams who want to lean toward pipelines | A couple of months of steady study | Broader than this role needs. Take it if you're drifting toward data engineering, skip it if you're happy in the modelling layer. |
Exam content, formats and renewal rules change, so check dbt Labs, Snowflake or Google Cloud directly before you book a test.
Worked on dbt models and helped improve data quality for reporting.
Rebuilt 40 legacy reporting queries as 12 tested dbt models with incremental loads, cutting nightly warehouse runtime from 3 hours to 25 minutes and ending 2 conflicting revenue numbers.
Not to get hired. SQL and dbt carry most of the job. Python helps later for things like Jinja macros that get complicated, small API loaders and testing scripts, so learn it once your SQL is solid.
Look at the postings you'd actually apply to and pick whatever shows up most. The ideas carry over between Snowflake, BigQuery and the rest, so the first one is the hard one.
Load a public dataset into a free warehouse trial or DuckDB, build staging and mart layers with tests and docs, and push it to GitHub. Write a short README that explains your grain choices, because that's what reviewers read.
Enough to see how your models get used. You're not hired to build dashboards, but knowing why a BI tool struggles with a wide, unmodelled table makes your marts better.