Philippe Noël

@philippemnoel.bsky.social

CEO @paradedb.com • H'20 • 🇫🇷🇨🇦 https://philippemnoel.posthaven.com

> Why search and analytics are now converging From Elastic's latest product announcement^ I've been saying this since the beginning of ParadeDB. An incredibly exciting time where data infra sprawl is collapsing. The future will be simpler, cheaper, and more powerful software for all.

More integrations coming to ParadeDB! We now support @DrizzleORM natively for ParadeDB indexes! This adds to Django, SQLAlchemy, Rails (ActiveRecord) and EF Core (C#) for the now-supported list of clients for ParadeDB.

Benchmarks lie to you. But if you build your benchmarks for yourself, the incentives change. At ParadeDB, we're first trying to convince ourselves. If we do, we think we'll also convince others. This post is the story of how the same question leads to 3 results, and how we optimize for each.

ParadeDB@paradedb.com · 2mo ago

To explore how methodology can color results we used our open-source benchmarker to compare ParadeDB and Postgres FTS three times. - P1 (1 term, closed loop): within 10% - P2 (40-term rotation): 29x throughput - P3 (open loop @ 50 QPS): 47x P99 www.paradedb.com/blog/benchma...

ParadeDB is hiring a platform/distributed systems engineer to come build ParadeDB Cloud with us. This is a high leverage role -- will get to make a lot of big technical decisions and report directly to me. North America only, strong preference for west coast. DMs open.

1/4. ParadeDB is fast. But (until now), you've had to either try it yourself or take our word for it. We're long overdue for some public-facing benchmarks! Most companies out there selectively pick the workloads that make them look good. We didn't want to do that. This is why we built this project.

ParadeDB@paradedb.com · 3mo ago

Today we open sourced @paradedb.com Benchmarker, a workload agnostic benchmarking runner built on top of #grafana #k6. Supports PostgreSQL, Elasticsearch, OpenSearch, ClickHouse, MongoDB, and ParadeDB. blog: paradedb.com/blog/what-we... repo: github.com/paradedb/ben...

ParadeDB is working on vector search. Our implementation is designed to solve pgvector's limitations and integrate nicely with our existing full-text search features. We have room for one more engineer. If you've shipped production vector search before, I'd love to talk. DMs open.

The Cofactr team got burned by MongoDB. They needed a database that was 1) reliable, 2) operationally simple and 3) could be self-hosted within AWS GovCloud. ParadeDB was a perfect fit, enabling them to consolidate search + OLTP in a single datastore.

ParadeDB@paradedb.com · 3mo ago

We’re proud to partner with Cofactr to power intelligent sourcing and search across their end-to-end electronics purchasing platform. www.paradedb.com/customers/ca...

I'm thrilled about this case study coming out. The Modern Treasury team have been an incredible design partner from the early days. They had very strict requirements around data freshness, and we're honoured to be the database powering many of their user-facing dashboards and endpoints.

ParadeDB@paradedb.com · 4mo ago

We’re proud to be partnering with Modern Treasury to deliver fast, accurate search across their suite of money movement UIs and APIs. www.paradedb.com/customers/ca...

1/3. A frequent question I get about ParadeDB is "Can it support distributed search?" Elasticsearch is sharded, after all? Starting today, the answer is yes: distributed search is now possible in Postgres thanks to ParadeDB x Citus.

What shocked me the most in the AI wave so far is seeing many smart people start to advocate for quantity over quality. In a world where so many can "make", quality is so clearly the defining factor. In fact, it seems obvious that AI will raise the bar for quality, not lower it.

The ParadeDB Community Slack has just reached 1,000 members! The most unexpected part is certainly the growth in external contributors, which has been really wonderful to witness. We are deeply thankful to everyone who contributed.

Stu's talk is now available for anyone who couldn't attend South Bay Systems to watch: youtu.be/TeFsBVIYBis?... I highly recommend watching it. It's ~30 minutes and goes into details on how ParadeDB achieves faster-than-Postgres JOINs.

Generalized Consensus & ​Native Top-K Joins in ParadeDB

YouTube video by South Bay Systems

youtu.be

ParadeDB@paradedb.com · 5mo ago

On March 31st, @stuhood.sh will be speaking about how ParadeDB performs native Top K JOINs at South Bay Systems. We look forward to seeing you there: luma.com/2g3exvjw?tk=...