Paul Dix @pauldix.bsky.social · 12/02/2026I recorded this the day before Opus 4.6 and Codex 5.3 got released. I was in the middle of cleaning up an AI slopfest. Since this I’m back to letting AIs write the code, but with a watchful eye and a short leash 001
Paul Dix @pauldix.bsky.social · 17/10/2025Big stuff today: Amazon Timestream for InfluxDB now supports InfluxDB 3 Core and Enterprise! This continues our partnership with AWS to bring @InfluxDB to as many developers as possible. This is just the beginning, we have big updates coming over the next months: www.influxdata.com/blog/influxd...influxdata.comInfluxDB 3 on Amazon Timestream for InfluxDB: Real-Time Performance, Now Fully Managed on AWSInfluxDB 3 Core (open source) and InfluxDB 3 Enterprise are now available as fully-managed services on Amazon Timestream for InfluxDB, giving developers a direct path to deploy and scale real-time wor... 070
Paul Dix @pauldix.bsky.social · 30/06/2025Today we released #InfluxDB 3.2 in open source Core and Enterprise. Retention policies are back, and, for Enterprise customers, per table retention policies have arrived! We've also reached GA for InfluxDB 3 Explorer, our all new UI for working with InfluxDB 3! www.influxdata.com/blog/influxd...linkedin.comToday we released #InfluxDB 3.2 in open source Core and Enterprise. | Paul DixToday we released #InfluxDB 3.2 in open source Core and Enterprise. Retention policies are back, and for Enterprise customers, per table retention policies have arrived! We've also reached GA for ... 010
Paul Dix @pauldix.bsky.social · 29/05/2025Keeping the #InfluxDB v3 train going, we're excited to announce the release of 3.1! Both Core & Enterprise add operations improvements, performance and other fixes. Enterprise adds expanded security controls and cache reloading. More details here: www.influxdata.com/blog/inside-...influxdata.comWhat’s Inside InfluxDB 3.1: New Features for Security, Performance, and VisibilityInfluxDB 3.1 is now available for both Core and Enterprise editions, bringing significant improvements that make managing high-volume, high-velocity time series data even easier, faster, and more secu... 071
Reposted by Paul Dixbauplan @bauplan.bsky.social · 16/04/2025🚀 Introducing **Bauplan** A serverless, code-native platform for building data and AI pipelines — directly on your object store. No clusters. No notebooks. No GUI based workflows. Just Python + SQL + S3. 👉 www.bauplanlabs.com/blog/hello-b... 3199
Paul Dix @pauldix.bsky.social · 15/04/2025Over 4 years in the making, #InfluxDB 3.0 Core & Enterprise are now GA! Headline features include "diskless" architecture using object storage, a SQL engine in addition to InfluxQL, infinite cardinality, and an embedded Python processing engine. Details here: www.influxdata.com/blog/influxd...influxdata.comInfluxDB 3 Core & Enterprise GA: The Next Generation Time Series Platform for Developers is HereInfluxDB 3 Core and InfluxDB 3 Enterprise are now generally available, deliverin new capabilities: infinite cardinality, support for keeping historical data on object storage and available for real-ti... 2162
Paul Dix @pauldix.bsky.social · 05/04/2025Enjoyed reading this post on recreating Daft Punk's Something About Us. The description of the French Touch genre was particularly good. "Its distinct sound is the product of a generation raised on analog dreams of the digital future." Such a great line. thoughts-and-things.ghost.io/recreating-d...thoughts-and-things.ghost.ioRecreating Daft Punk's Something About UsAn in-depth, personal journey recreating Daft Punk’s “Something About Us” in Ableton Live 12—track by track. From synths to talkbox guitars, a nostalgic dive into French Touch culture, sound design, a... 031
Paul Dix @pauldix.bsky.social · 20/03/2025I'll be at #GrafanaCON presenting on #InfluxDB 3 Core, the new open source release! 10 years since I presented at the very first one in NYC on the new storage engine we were building at the time (TSM for v1). 021
Paul Dix @pauldix.bsky.social · 17/03/2025It's a big day @influxdb.com, we're announcing the beta of InfluxDB 3 Core and Enterprise! This means that APIs are now stable and in-place upgrades with all data from here to GA will be supported. More details here: www.influxdata.com/blog/influxd...influxdata.comInfluxDB 3 Core and Enterprise Are Now in BetaInfluxDB 3 Core, our new open source product licensed under MIT/Apache 2, and InfluxDB 3 Enterprise are now in beta. In this post, I’ll highlight what’s changed since alpha, what to expect from the be... 073
Reposted by Paul DixAndy Pavlo @andypavlo.bsky.social · 10/03/2025If you're out on bail you should join us today because this is going to be an excellent talk. Jeff has worked on databases at Google since 2005 (including F1, Mesa, Dremel). Talk is based on their VLDB'24 paper: research.google/pubs/sql-has...research.googleSQL Has Problems. We Can Fix Them: Pipe Syntax In SQL 1286
Reposted by Paul DixRawkode Academy @rawkode.academy · 04/02/2025Paul Dix @pauldix.bsky.social co-founder & CTO of InfluxData @influxdb.com gets real about InfluxDB 3.0, licensing, and the future of time series databases. Listen Cloud Native Podcast🎧 : buff.ly/3WMcHBE created by @rawkode.dev @nimbinatus.bsky.social 074
Paul Dix @pauldix.bsky.social · 29/01/2025We realize that not all use cases will fit into what InfluxDB Core is able to do. It is meant to be scoped for data collection, processing, shipping, and query against short time ranges. It is constrained to this by technical limitations and architectural design. 030
Paul Dix @pauldix.bsky.social · 29/01/2025You can configure the file limit to whatever you want it to be. 7 days is 980 files. If you have enough RAM, it'll work. It just won't be very fast. If that capability is vital to your use case, then you should consider another solution or becoming a customer of InfluxDB 3 Enterprise. 130
Paul Dix @pauldix.bsky.social · 27/01/2025#InfluxDB 3 Core can now receive data from any time period and you'll be able to query any point in time. However, there is still a technical limitation to the range of time a single query will be able to process. I cover the technical details in the post. 000
Paul Dix @pauldix.bsky.social · 27/01/2025After a couple weeks of feedback on the #InfluxDB 3 alpha, we're announcing InfluxDB 3 Enterprise free for at-home use and an update on InfluxDB 3 Core’s 72-hour limitation: www.influxdata.com/blog/influxd...influxdata.comAnnouncing InfluxDB 3 Enterprise free for at-home use and an update on InfluxDB 3 Core’s 72-hour limitationAnnouncing the alpha release of InfluxDB 3 Core and InfluxDB 3 Enterprise. InfluxDB 3 Core is a recent-data engine for time series and event data. InfluxDB 3 Enterprise adds historical query capabilit... 141
Paul Dix @pauldix.bsky.social · 25/01/2025We’ll be supporting v2 with security updates for quite some time. Years. We don’t currently have an EOL planned or set. 000
Paul Dix @pauldix.bsky.social · 25/01/2025Is your use case at work or home? We're looking at a free tier for Enterprise, which doesn't have this limitation. For Core, we realize that not all users of v1 and v2 will make the move as it doesn't do everything those do. But it offers features the previous versions don't. So some new audience 100
Paul Dix @pauldix.bsky.social · 13/01/2025Of course, that's why I think we should be able to figure something out for the at-home use cases. Tailscale does a great job of this, I think we should be able to as well. 010
Paul Dix @pauldix.bsky.social · 13/01/2025For the hobbyist use case, we'll probably want to figure something out. For commercial use, we plan to sell the historical TSDB. Core is mean to be for recent data, which we hope is a use case that many people have and find it a great fit for. 200
Paul Dix @pauldix.bsky.social · 13/01/2025For at home use cases, we may do a freemium tier of the Enterprise server, which has the compactor, which is what is needed for longer time frames. The hobbyist use case is one we'd like to find a way to support for free. 110
Paul Dix @pauldix.bsky.social · 13/01/2025What's your use case? We've seen many of our users and customers never query beyond 72h (many not even beyond 24h). 100
Paul Dix @pauldix.bsky.social · 13/01/2025Pat Walsh is our new CMO, he might be the best to intro you to. Shoot me an email and I can forward onto him 110
Paul Dix @pauldix.bsky.social · 13/01/2025You can also find us on the #InfluxDB community Discord: discord.gg/vZe2w2Ds8Bdiscord.ggJoin the InfluxDB Discord Server!Check out the InfluxDB community on Discord - hang out with 26 other members and enjoy free voice and text chat. 020
Paul Dix @pauldix.bsky.social · 13/01/2025You can find the #InfluxDB 3 Core getting started guide here: docs.influxdata.com/influxdb3/co...docs.influxdata.comInfluxDB 3 Core DocumentationInfluxDB 3 Core is an open source time series database designed and optimized for real-time and recent data (last 72 hours). Learn how to use and leverage InfluxDB 3 in use cases such as edge data col... 120
Paul Dix @pauldix.bsky.social · 13/01/2025I'm excited to announce that InfluxDB 3 Open Source Now in Public Alpha Under MIT/Apache 2 License: www.influxdata.com/blog/influxd... We're also releasing an alpha of InfluxDB 3 Enterprise at the same time. This builds on years of effort with Apache Arrow, DataFusion, and Parquet.influxdata.comInfluxDB 3 Open Source Now in Public Alpha Under MIT/Apache 2 LicenseAnnouncing the alpha release of InfluxDB 3 Core and InfluxDB 3 Enterprise. InfluxDB 3 Core is a recent-data engine for time series and event data. InfluxDB 3 Enterprise adds historical query capabilit... 2137
Paul Dix @pauldix.bsky.social · 23/11/2024Congrats to @andrewlamb1111.bsky.social and the DataFusion contributors on making DataFusion the fastest engine for querying Parquet data! datafusion.apache.org/blog/2024/11...datafusion.apache.orgApache DataFusion is now the fastest single node engine for querying Apache Parquet files<!– 1243
Paul Dix @pauldix.bsky.social · 20/11/2024Happy Nvidia earnings announcement day to all who celebrate 0110
Reposted by Paul DixAndy Pavlo @andypavlo.bsky.social · 18/11/2024My PVLDB paper announcement bot now supports Bluesky: @pvldb.bsky.social I am letting it post papers from last issue (August 2024). It will then hit the new volume when it pops later this year. You can also get RSS/Atom feeds: db.cs.cmu.edu/files/rss/pv... db.cs.cmu.edu/files/rss/pv... 16717
Paul Dix @pauldix.bsky.social · 16/11/2024It's partly a pitch for why you should use DataFusion if you're building a custom data system. I'm excited about database innovation at the edges that DF will enable. I think there are three big opportunities: languages, indexes, and file formats. Usability, performance, and cost wins are possible. 030
Paul Dix @pauldix.bsky.social · 16/11/2024My CMU talk on using the #FDAP stack to build #InfluxDB 3.0 is up! It starts off with some intro to the problem space, but then gets into some of our database journey, how we use DataFusion, and a bit about the upcoming open source architecture: www.youtube.com/watch?v=AGS4...youtube.comBuilding InfluxDB 3.0 with the FDAP Stack: Apache Flight, DataFusion, Arrow and Parquet (Paul Dix)YouTube video by CMU Database Group 1226
Paul Dix @pauldix.bsky.social · 11/11/2024Totally agree. I’ve debated internally with people saying if we did BUSL we could give more away. My response is, why for? What does that get us? Might as well keep the OSS and put those other things in the commercial. Open Core isn’t great either but I prefer it to Fair Core. 100
Paul Dix @pauldix.bsky.social · 11/11/2024My CMU DB Building Blocks talk is today at 4:30 ET! I'll be talking about building #InfluxDB 3.0 with the FDAP stack. I'll also go into some of the details on our upcoming single server releases. It'll be recorded or you can watch it live, details here: db.cs.cmu.edu/events/build...db.cs.cmu.edu[Building Blocks] Building InfluxDB 3.0 with the FDAP Stack: Apache Flight, DataFusion, Arrow and Parquet (Paul Dix) - Carnegie Mellon Database GroupThis talk is part of the Database Building Blocks Seminar Series. Zoom... Read More + 161
Paul Dix @pauldix.bsky.social · 10/11/2024Working on my talk for the CMU DB Seminar series tomorrow. Thinking about what would be interesting for me to cover for the group. So now I'm watching one of the earlier talks in the series that I hadn't gotten to yet. Exon: A Built for Purpose Bioinformatics Database www.youtube.com/watch?v=fltZ...youtube.comExon: A Built for Purpose Bioinformatics Database (Trent Hauck)YouTube video by CMU Database Group 020
Paul Dix @pauldix.bsky.social · 09/11/2024DataFusion is going to be a game changer for innovation in the data space. More languages, more storage formats, more infrastructure projects, architectural designs, and everything else. I'm really happy that we've been able to contribute and help develop it over the last 4+ years. 140
Paul Dix @pauldix.bsky.social · 09/11/2024If we had this available when we built the Flux language for #InfluxDB 2.0, it would have saved us years of effort. And it would have given all the users that saw Flux as a barrier to adoption a familiar option. We never had the chance to iterate on Flux devex because of all the other stuff. 120
Paul Dix @pauldix.bsky.social · 09/11/2024So now you can iterate on user experience with your new language, while still giving everyone that wants it a fully featured SQL engine. So you're not giving up 4 decades of training and momentum, but you can experiment and innovate at the edges. 120
Paul Dix @pauldix.bsky.social · 09/11/2024With DataFusion, you can create the language, but get the planner, optimizer and execution engine for free. With all their complexity, performance optimizations and ongoing development effort. And you get to toss in SQL at no additional cost... 110
Paul Dix @pauldix.bsky.social · 09/11/2024Before, you'd have to create not only the language, but also the planner, optimizer, execution engine, and pretty much everything. Even worse than that, you'd be tied to your new language and have no escape hatch for users that preferred SQL. Not so with DataFusion... 120
Paul Dix @pauldix.bsky.social · 09/11/2024So I have this theory that DataFusion, despite being a SQL engine, will actually enable a new breed of data systems to create non-SQL languages for working with data. Here's the idea...🧵 2247
Paul Dix @pauldix.bsky.social · 31/10/2024More database content, this time from @andypavlo.bsky.social's DB building blocks seminar series at CMU. This time with Luke Kim (not on here yet?) from Spice.ai talking about their work building a federated query engine/AI/RAG integration system inside a "DB": www.youtube.com/watch?v=tyM-...youtube.comAccelerating Data and AI with Spice.ai Open-Source Software (Luke Kim)YouTube video by CMU Database Group 020
Paul Dix @pauldix.bsky.social · 31/10/2024lol deep database jokes paired with Die Hard memes? I’m here for it 1100
Paul Dix @pauldix.bsky.social · 30/10/2024Given it’s a low level library that is permissively licensed, I think it’s low risk. If the ideas are good and it’s worth continuing, easy enough to fork and put wherever you want. Parquet is just a spec with a variety of different implementations with different projects, vendors, etc. 141
Paul Dix @pauldix.bsky.social · 30/10/2024It’s a really interesting project. I’m really hoping to get some time to prototype some ideas with this in InfluxDB 3 next year 010
Paul Dix @pauldix.bsky.social · 30/10/2024Interesting talk from @andypavlo.bsky.social at #p99conf on doing userspace bypass using eBPF for building high performance DBMS: www.youtube.com/watch?v=vD-0...youtube.comP99 CONF 2024 | The Next Chapter in the Sordid Love/Hate Relationship Btwn DBs & OSes by Andy PavloYouTube video by ScyllaDB 040
Paul Dix @pauldix.bsky.social · 23/10/2024I guess I’ll be posting on here a bit in addition to X. Not sure where things are going but @bsky.app seems to be picking up momentum. If it approximates an experience similar to old school tech Twitter, I am definitely in. 3151
Paul Dix @pauldix.bsky.social · 23/10/2024This is a great bright spot in the “commercialization of open source” world. Code still open and permissively licensed, but stable builds in the commercial product. Congrats to the Buoyant team! 041