Dbt Labs acquires SDF Labs(www.getdbt.com)
109 pointsby karakanb3 months ago12 comments
  • sullivanmatt3 months ago
    You can tell when this deal started to come together by looking at the history of the website on Wayback Machine. In fall of 2024, the website had a checklist comparing SDF to dbt and claiming SDF had a better feature set than dbt Core (page rendering is hit and miss right now for whatever reason): https://web.archive.org/web/20240919110243/https://www.sdf.c...

    In December 2024 the page had been updated to now compare "dbt Core" against "SDF with dbt": https://web.archive.org/web/20241217172451/https://www.sdf.c...

    Little marketing switcharoo there to avoid pissing off their future owners.

  • trickyager3 months ago
    Congrats to the SDF team for their exit.

    Alas, dbt Labs has developed a reputation for rug pulling functionality from dbt Core and gating most of their differentiating features behind dbt Cloud. I cannot see this type of consolidation being in the best interest of the dbt community.

    • thenaturalist3 months ago
      dbt Labs is a Series D company with hundreds of millions in funding and a 4.2 billion USD valuation at their last round.

      Their CEO and founder spoke of an IPO in 2022.

      Let's not pretend they are still remotely close to their humble beginnings or were able to get this far without credibly demonstrating they have a plan for how to make enterprises bleed through their nose for their product.

      That's the future.

      On the flipside, building a dbt adjacent product enhancing or complementing capabilities is basically a sure way of how to get bought.

      • trickyager3 months ago
        I agree with you 100%, and we may both be correct!
    • mritchie7123 months ago
      I've been on the lookout for a lighter, faster version of dbt and I was hoping sdf might be it.

      For our (https://www.definite.app/) use case, I'd love to have something that compiles client-side, but in general dbt just feels like a lot of work to set up for what most of our customers actually need (simple transform to create tables and views).

      • thenaturalist3 months ago
        A lot of work to set up?

        I'm quite surprised to hear that.

        It's literally pip install, a single file for your DB config and that's it. 30-40 seconds.

        I'm in no way affiliated with dbt but have worked with the tool since 2018.

        Lighter, faster, sure, but hard to set up?

        I'm not sure where you'd want to cut corners on setup.

        • apwell233 months ago
          I think they mean setting up in production.
          • thenaturalist3 months ago
            Even that... the beauty of it and why it took off as much as it did is simplicity.

            Dockerfile, env var injection and you're done.

      • dangoldin3 months ago
        I'm sure you've heard of SQLMesh but that seems like a potential fit. Or is it still too heavy handed?
    • datadrivenangel3 months ago
      Not to mention the sudden pricing change at the end of 2022 that doubled costs for most cloud customers.
    • itsoktocry3 months ago
      Have they introduced any interesting features outside of core? Most of it seems like fluff, or there are better alternatives.
      • bcoates3 months ago
        Yeah my experience is much closer to that, I generally point my clients to core over cloud even if they're indifferent to the cost. (Sorry dbt guys, love your product, but somebody read the strategy memo backwards and you've got lock-out not lock-in. Replacing my IDE, ci/cd, or orchestration are "dealbreakers", not "features")
    • 3 months ago
      undefined
    • suchar3 months ago
      Could you point to some functionalities removed from dbt Core? I love dbt and use it where applicable but I have not yet encountered a loss of features upon upgrade yet - it would be useful to be aware what kind of features get removed
      • trickyager3 months ago
        A brief list of features withheld or removed from Core:

        - The dbt docs functionality is no longer maintained in favor of dbt Explorer in dbt cloud. A natural consequence is that larger dbt Core projects simply cannot leverage local docs due to performance defects.

        - Multi-project support was widely discussed in the core repo w/ tooling contributions from the community, but that was locked behind enterprise-tier dbt cloud accounts

        - Metricflow was a full OSS application that used to work in tandem with dbt Core. Post-acquisition, the original code was re-licensed and the functionality added to Cloud only (and you have to pay per semantic layer query now).

      • juanramos3 months ago
        Checking their own post, https://www.getdbt.com/product/dbt-core-vs-dbt-cloud, stuff such as the semantic layer and column-level lineage are Cloud exclusive
        • apwell233 months ago
          those were never in the core though.
    • CalRobert3 months ago
      We're using Dagster cloud with integrated DBT core and I don't really see what the draw of DBT cloud is - perhaps a bit easier to get set up?
      • nxm3 months ago
        Column level lineage for one
  • jmclnx3 months ago
    I first thought this was SDF (https://sdf.org/) and thought how could this happen.

    Again shows we have run out of 3 letter acronyms :)

    • nbk_20003 months ago
      Glad I wasn't the only one! ;)
  • 0cf8612b2e1e3 months ago
    Heh, I was just starting to look at SDF and SQL Mesh to see if they actually addressed any of the dbt pain points.
    • talos_3 months ago
      dbt needs to play catch up against SQLMesh feature-wise, so they bought their other competitor SDF. SQLMesh seems to have more development velocity, and dbt will need to execute a smooth transition and integration to catch up.

      For context, the team behind SQLMesh also develops SQLGlot, which powers the features dbt attempts to implement

      • NortySpock3 months ago
        To expand on this, dbt uses Jinja templating in your SQL to allow the developer to modify the query so it can be expanded at "compile-time" into the target database SQL dialect. (uni-directional, write once deploy anywhere). The key features are CICD, test automation, and transformation sequence automation.

        SQLGlot is a Abstract Symbol Tree SQL Dialect transpiler that could (in theory) convert from one dialect to another (bi-directional).

        SQLMesh appears to combine both of the above into one tool that sounds like it's even better.

    • wood_spirit3 months ago
      What is your initial impression and pros and cons?

      (Asking as I kinda wish my company’s opinionated dbt had made some different choices)

      • apwell233 months ago
        con is some ppl just go crazy with jinja and create a mess. Its fine if you just stick to the basics.
        • grajaganDev3 months ago
          Please watch out for Server Side Template Injection.
    • mritchie7123 months ago
      Same. dbt feels like angularjs, I want the svelte alternative.
  • capital_guy3 months ago
    Seems like a great pair. Especially the bit about static analysis instead of using string parsing.

    Frankly, the dbt product hasn't really evolved much. I've been a bit disappointed with its lack of evolution toward this stuff organically. The "modern data stack" is in kind of in a magic position where they are working at very technical companies but the people using it are not SWEs who can build out the tooling themselves so they are just getting buckets of money without a really big value proposition. My team self hosts a dbt core workflow and it's been almost trivial to build out dbt's paid product ourselves

    • thenaturalist3 months ago
      It hasn't evolved 'cause there is no free lunch.

      It has evolved quite a bit behind the paywall - as has the paywall.

      Most if not all of this stuff will land behind, not before said wall.

      • capital_guy3 months ago
        I guess if they integrate this then that will be the case, I'm not sure I'm convinced that much stuff is going on in dbt cloud that I can't do in dbt core.

        A comparison that's obvious to my team is the release cadence of Metabase, which we also self-host. The frequent rollout of new features in Metabase is great and gives me more confidence in the product. But I'm not in the position to decide whether to cough up the $ for the paid version so I suppose it's moot.

  • bcoates3 months ago
    I'm curious if this product actually works because I was beating my head against almost exactly this very recently.

    I haven't checked yet, but is SDF schema-dependent? For some reason, all sql comprehending/transforming tools I can find are either too trivial to be useful or require an exact schema to operate, both of which are too brittle to be useful when I try to use them in anger.

    • CaveTech3 months ago
      It compiles to SQL, so in since sense yes it is schema dependent. As mentioned in the article DBT itself has no understanding of semantics, so it’s not enforced by DBT directly but if it doesn’t compile to working SQL expressions it’s obviously not going to work.
  • barrrrald3 months ago
    Congrats to everyone, very excited to see how these come together
  • hkt3 months ago
    I briefly thought this was about sdf.org and was very, very sad. Congrats on the exit to the sdf.com people though, and relief to the sdf.org userbase :)
  • qeternity3 months ago
    Interesting that their pricing page is already 404'ing: https://www.sdf.com/pricing
  • GoToRO3 months ago
    What does Dbt Labs do? I've read their website, but I need a concrete example.
    • CaveTech3 months ago
      In simplest of terms, it's a templating and orchestration layer for data pipelines which which compiles purely into SQL expressions.
      • grajaganDev3 months ago
        How is it different from Looker and LookML?
        • anon848736283 months ago
          Looker is mostly a reporting tool. LookML let's you define some transformations that happen at query time. There is a little bit of materialization functionality with the PDTs, but that doesn't seem intended as a replacement for other "ELT" tools.
    • ra3 months ago
      Think of dbt as yarn for SQL, only the SQL is built from jinja templates.

      dbtlabs also sells dbt cloud, which provides a runtime for your dbt projects.

    • aradox663 months ago
      It takes your data operation from 1995 to 2025
    • ewuhic3 months ago
      Given replies to this comment, I cannot think of a more useless thing. Yarn for sql in cloud, why?? Why is that needed???
  • nwhnwh3 months ago
    These days I get to know about services only when they get acquired.
  • dark-star3 months ago
    For a second I thought that this was about sdf.org ... but it is about sdf.com (which I have never heard of before)
    • DrillShopper3 months ago
      As someone who has been MetaARPA for about 20 years at this point I would be _pissed_ if they sold out.
    • nbk_20003 months ago
      Same here, small panic attack ensued ;P