ElectricSQL
@electric-sql.com
📤 875
📥 410
📝 55
Building AI apps? You need sync.
https://electric-sql.com
- see also
@pglite.dev
reposted by
ElectricSQL
Adam Wiggins
28 days ago
Sync seems to be having a moment among web developers!
3
19
7
reposted by
ElectricSQL
Filipe Cabaço
about 1 month ago
using bun and pglite from
@electric-sql.com
I'm able to create in memory or persisted postgres instances (one per bun process) available to use with Postgrex via `socket_dir` in theory I could have a "cheap read replica" or simpler testing
#myelixirstatus
2
19
3
reposted by
ElectricSQL
James Arthur
about 1 month ago
One day boutique conference for the sync era of the web. Hear from the world's top builders about how to develop systems in the era of agentic software and real-time sync.
add a skeleton here at some point
0
8
4
reposted by
ElectricSQL
Valter Balegas
about 2 months ago
That's 168ms -> 1.6ms! and we have a lot of good ideas how to make it even faster.
add a skeleton here at some point
0
4
2
We've just delivered a 100x write performance bump with our latest release of Electric. How? We threw away our storage engine and built a new one designed for sync 🧵
electric-sql.com/blog/2025/08...
loading . . .
Electric 1.1: new storage engine with 100x faster writes | ElectricSQL
How we built a new storage engine for Electric, why we did it now, and how it delivers lower latency, higher throughput, and zero‑downtime deploys.
https://electric-sql.com/blog/2025/08/13/electricsql-v1.1-released
about 2 months ago
1
11
5
reposted by
ElectricSQL
James Arthur
about 2 months ago
LangChain, vector databases, instruction routing, specialized memory stores. You'd be forgiven for thinking you need a whole new stack to build agentic systems. However, that isn't actually the case:
electric-sql.com/blog/2025/08...
loading . . .
Bringing agents back down to earth | ElectricSQL
Agentic AI, beneath all the hype, is actually just normal software. You can build agentic systems with a database, standard web tooling and real-time sync.
https://electric-sql.com/blog/2025/08/12/bringing-agents-back-down-to-earth
1
2
1
How to build agentic systems on real-time sync.
add a skeleton here at some point
about 2 months ago
0
3
1
ElectricSQL recently completed a 120-day reliability sprint. Our one goal: make our sync engine so boring-reliable you stop thinking about it and just build. We chased every incident, fixed every user-reported bug, and made unglamorous work our priority. 🧵
about 2 months ago
2
31
7
We just posted an RFC for a significant oft-requested feature — cross-table shape filtering — check it out and comment!
github.com/electric-sql...
loading . . .
RFC: Cross-Table Shape Filtering with Subquery Support · electric-sql electric · Discussion #2931
Summary Electric currently limits shapes to single-table filtering, preventing developers from expressing common authorization patterns that require cross-table relationships. This RFC proposes ext...
https://github.com/electric-sql/electric/discussions/2931
2 months ago
1
2
0
Tanstack DB is a reactive client store for building super fast apps on sync. Based on a TypeScript implementation of differential dataflow, it's type-safe, declarative, incrementally adoptable and insanely fast.
add a skeleton here at some point
2 months ago
1
13
5
reposted by
ElectricSQL
Kyle Mathews
2 months ago
TanStack DB is now in BETA! We’ve been working on TanStack DB, an embedded, reactive client database for TanStack Query, and are proud to announce today that with the 0.1 release that it's now in BETA!
tanstack.com/blog/tanstac...
loading . . .
Stop Re-Rendering — TanStack DB, the Embedded Client Database for TanStack Query | TanStack Blog
Your React dashboard shouldn't grind to a halt just because one TODO turns from ☐ to ☑. Yet every optimistic update still kicks off a cascade of re-renders, filters, useMemos and spinner flashes. If y...
https://tanstack.com/blog/tanstack-db-0.1-the-embedded-client-database-for-tanstack-query
2
82
12
reposted by
ElectricSQL
Kyle Mathews
2 months ago
🎉 TanStack DB now has
@solidjs.com
support!
loading . . .
3
51
11
reposted by
ElectricSQL
Kyle Mathews
2 months ago
TanStack DB now has
@svelte.dev
support!
1
63
11
reposted by
ElectricSQL
Sam Willis
3 months ago
PGlite (WASM Postgres) now gets over 1 million downloads a week! 🤯🚀 Absolutely incredible to see how people have embraced what we have built. Awesome work by the team!
1
61
13
reposted by
ElectricSQL
James Arthur
3 months ago
Building apps on Postgres? Here how to do it using sync:
youtu.be/mDzzK5-XkZ8?...
loading . . .
"Syncing Postgres into the Client" with James Arthur
YouTube video by San Francisco Bay Area PostgreSQL Users Group
https://youtu.be/mDzzK5-XkZ8?t=125
1
13
4
reposted by
ElectricSQL
Kyle Mathews
3 months ago
Excited to release a new starter! Sync-first, production-ready, and blazing fast -
@tanstack.com
Start -
@tanstack.com
DB for blazing fast client-side queries -
@electric-sql.com
for real-time sync from PG - Better-Auth -
@drizzleorm.bsky.social
-
@tailwindcss.com
- Hono OpenAPI
loading . . .
4
36
6
reposted by
ElectricSQL
Kyle Mathews
3 months ago
We want to be like S3 and Redis — powerful technologies that you setup once and never think about again.
0
8
2
reposted by
ElectricSQL
Kyle Mathews
3 months ago
If you look at our commit history, it's months of bug fixes and performance improvements. It's this sort of sustained effort to surface and fix every bug that will enable Electric to hit the quality bar.
1
7
1
reposted by
ElectricSQL
Kyle Mathews
3 months ago
The main obstacle to sync is it's a new black box. Is it reliable/fast enough to drive critical data flows? People rightfully have a db-level quality bar. If it seems like Electric has been quiet lately, it's because we're 100% focused on meeting this bar.
1
5
1
reposted by
ElectricSQL
Sam Willis
3 months ago
Really looking forward to Sync London tomorrow! A bunch of exciting talks from teams building real apps on sync engines 🚀🥳
add a skeleton here at some point
0
1
1
reposted by
ElectricSQL
James Arthur
3 months ago
Not long now!
lu.ma/sync-london
Talks are shaping up great and we’re well past venue capacity.
@yonz.bsky.social
is airborne.
@samwillis.uk
has sorted out the pineapple cubes and cocktail sausages. If you’re in London on Tuesday and have been lurking so far, now’s your last chance!
loading . . .
Sync London · Luma
Interesting in building products on a local-first / sync engine architecture? Come along to the first Sync London, a meetup to learn and talk about better ways…
https://lu.ma/sync-london
0
2
4
reposted by
ElectricSQL
Kyle Mathews
3 months ago
Excited to share a new starter for building apps with
@expo.dev
,
@tanstack.com
DB &
@electric-sql.com
TanStack DB is nearing its first alpha so we're fine-tuning, writing docs, and building starters.
loading . . .
1
40
5
reposted by
ElectricSQL
James Arthur
4 months ago
I'm speaking about syncing Postgres into the client with
@electric-sql.com
at the SF Bay Area Postgres users groups tomorrow (Tuesday 10th June). Online from noon local time, live stream here:
www.meetup.com/postgresql-1...
loading . . .
"Syncing Postgres into the Client" with James Arthur, Tue, Jun 10, 2025, 12:00 PM | Meetup
Join us virtually on Tuesday, June 10th for "Syncing Postgres into the Client" with James Arthur. Postgres has binary and logical replication for syncing data between repl
https://www.meetup.com/postgresql-1/events/307548909/?utm_medium=referral&utm_campaign=share-btn_savedevents_share_modal&utm_source=link&utm_version=v2
0
6
2
reposted by
ElectricSQL
James Arthur
4 months ago
Here’s
@samwillis.uk
talking about how we built
@pglite.dev
and the future of the project at
@pgconf.dev
in Montreal last month.
add a skeleton here at some point
0
7
2
reposted by
ElectricSQL
James Arthur
4 months ago
Here's my
@localfirstconf.com
talk introducing
@tanstack.com
DB,
hexdocs.pm/phoenix_sync
,
syncconf.dev
and arguing that Sync is the key to mainstream adoption of
#local-first
.
youtu.be/ia9FpY_Sw_4?...
loading . . .
James Arthur - Introducing TanStack DB
YouTube video by Local-First Conf
https://youtu.be/ia9FpY_Sw_4?si=kaauBvFnoqHutujF
1
39
9
🧵 More play less infra => vibe coding with the database inside the sandbox. Apps built with AI app builders like
@bolt.new
usually need to connect to a database to actually work. With
@pglite.dev
you can have the database inside the sandbox, so you can vibe code without even thinking about infra.
loading . . .
4 months ago
1
13
9
reposted by
ElectricSQL
James Arthur
4 months ago
Early-bird tickets and CFP both still open for Sync Conf in SF on Nov 12th
syncconf.dev
loading . . .
Sync Conf 2025 | 12th Nov 2025, SF
Join us for the first edition of Sync Conf in San Fransisco the 12th of November 2025. Sync is a key component of fast modern apps and local-first software.
https://syncconf.dev
0
3
1
reposted by
ElectricSQL
James Arthur
4 months ago
Interested in building on sync? In London or SF? Come along to Sync London on July 1st
lu.ma/sync-london
-- we're co-organising with
@anselm.io
and
@yonz.bsky.social
, great speakers including
@irltopper.bsky.social
and
@triggerdev.bsky.social
loading . . .
Sync London · Luma
Interesting in building products on a local-first / sync engine architecture? Come along to the first Sync London, a meetup to learn and talk about better ways…
https://lu.ma/sync-london
2
14
7
reposted by
ElectricSQL
Johannes Schickling
4 months ago
After 4 years of work, I'm incredibly excited to introduce LiveStore, the next-gen data layer I'm building for Overtone. It's based on reactive SQLite and has a built-in sync engine. Give it a try - would love your feedback!
add a skeleton here at some point
10
103
21
reposted by
ElectricSQL
Martin Kleppmann
4 months ago
For any North American folks having FOMO about
@localfirstconf.com
, there’s a new conference on sync engines as app architecture! SF in November
syncconf.dev
loading . . .
Sync Conf 2025
https://syncconf.dev
0
44
13
reposted by
ElectricSQL
James Arthur
5 months ago
Really enjoyed introducing
hexdocs.pm/phoenix_sync
at
@elixirconf.bsky.social
this week. So many cool projects in the Elixir ecosystem right now, like
hologram.page
,
github.com/software-man...
,
tidewave.ai
,
hexdocs.pm/ash_ai
and the incredible 🤯
phoenix.new
— get on the waitlist as soon as you can.
loading . . .
Phoenix.Sync v0.4.2 — Documentation
https://hexdocs.pm/phoenix_sync
0
34
5
No docker required. Postgres built into the Prisma dev environment using
@pglite.dev
add a skeleton here at some point
5 months ago
0
6
4
reposted by
ElectricSQL
James Arthur
5 months ago
The sync stack is coming.
add a skeleton here at some point
0
10
2
reposted by
ElectricSQL
James Arthur
5 months ago
A reactive client store built on differential dataflow. With optimistic mutators and sub-millisecond live queries. This is the missing piece of the jigsaw for modern app dev.
add a skeleton here at some point
0
17
4
reposted by
ElectricSQL
Kyle Mathews
5 months ago
This has been *super* fun to work on this the past few months w/
@samwillis.uk
&
@thruflo.com
&
@tannerlinsley.com
It's really fun to think through from scratch a huge problem space (managing state!) and come up with a fairly novel solution.
add a skeleton here at some point
0
18
3
reposted by
ElectricSQL
Sam Willis
5 months ago
Announcing TanStack/DB 🎉🥳 A lightweight, reactive, mini-database with IVM that is perfect for both Sync and Fetch. It’s been a lot of fun to build this with
@kyle.bricolage.io
+
@thruflo.com
, and collaborate with
@tannerlinsley.com
. We are incredibly excited for where this can go!
add a skeleton here at some point
0
48
8
🚨 Big news! We’ve been collaborating with the legendary
@tannerlinsley.com
and the TanStack team to build something new: TanStack DB — a reactive, normalized, transactional state engine that extends TanStack Query.
5 months ago
7
131
32
reposted by
ElectricSQL
Sam Willis
5 months ago
My colleague
@balegas.bsky.social
has created an awesome
@electric-sql.com
integration with the awesome Yjs CRDT toolkit. Sync your edits to a Ydoc via Electric 🚀 Perfect for integration with ProseMirror or TipTap for collaborative rich text editing!
add a skeleton here at some point
0
7
3
reposted by
ElectricSQL
Sam Willis
5 months ago
One week till my talk
@pgconf.dev
! Very excited to be visiting Montreal 🇨🇦 Give me a shout if you want to meet up a chat
@pglite.dev
,
@electric-sql.com
, Sync Engines or Local-first app development.
0
16
4
reposted by
ElectricSQL
Adam Wiggins
5 months ago
Sync/local-first fits together beautifully with streaming LLM chats, as illustrated by the videos in this post
add a skeleton here at some point
1
23
3
reposted by
ElectricSQL
Sam Willis
5 months ago
PGlite is now based on Postgres 17 🎉🚀 v0.3, which we just released, is a big step forward for the project, and the foundation for a lot of exciting things coming soon!
loading . . .
0
22
3
reposted by
ElectricSQL
James Arthur
5 months ago
LLMs are generating code. That code is imperatively fetching data. That leads to a big ball of spaghetti. Here's how to untangle it:
electric-sql.com/blog/2025/04...
loading . . .
Untangling the LLM spaghetti | ElectricSQL
LLMs are generating code. That code is imperatively fetching data. That leads to a big ball of spaghetti.
https://electric-sql.com/blog/2025/04/22/untangling-llm-spaghetti
0
13
6
reposted by
ElectricSQL
Chris
6 months ago
Ok, y'all. This took me several weeks and a ton of help from
@frankmcsherry.bsky.social
and
@lalithsuresh.bsky.social
. I dug into timely dataflow, differential dataflow, and DBSP to get you up to speed on IVM engines and materialized views. Enjoy!
loading . . .
Everything You Need to Know About Incremental View Maintenance
An overview of incremental view maintenance, why it’s useful, and how you can implement it.
https://materializedview.io/p/everything-to-know-incremental-view-maintenance
4
76
21
reposted by
ElectricSQL
James Arthur
6 months ago
Using
@electric-sql.com
to keep users and agents in sync.
loading . . .
2
9
6
reposted by
ElectricSQL
AI apps are inherently collaborative between users and agents. You can't just have the agent state in the cloud. You need to keep the users in the loop. That means you need to build them on sync.
electric-sql.com/blog/2025/04...
loading . . .
Building AI apps? You need sync | ElectricSQL
AI apps are collaborative. Building them requires solving resumeability, interruptability, multi‑tab, multi‑device and multi‑user.
https://electric-sql.com/blog/2025/04/09/building-ai-apps-on-sync
6 months ago
1
21
13
reposted by
ElectricSQL
Kyle Mathews
6 months ago
I've never seen a multi-user AI chat — why? LLM token streaming is 1-way, directly to the user. Streaming through a sync engine solves that and lets any number of people/devices to see the same AI output
electric-ai-chat.examples.electric-sql.com
add a skeleton here at some point
0
7
1
reposted by
ElectricSQL
Sam Willis
6 months ago
I've had a lot of fun over the last few weeks building this AI chat demo app with
@electric-sql.com
. I'm 💯 convinced that sync is the missing piece that all AI need. Agents are just other users, and sync is built for multi user experiences.
add a skeleton here at some point
0
7
3
AI apps are inherently collaborative between users and agents. You can't just have the agent state in the cloud. You need to keep the users in the loop. That means you need to build them on sync.
electric-sql.com/blog/2025/04...
loading . . .
Building AI apps? You need sync | ElectricSQL
AI apps are collaborative. Building them requires solving resumeability, interruptability, multi‑tab, multi‑device and multi‑user.
https://electric-sql.com/blog/2025/04/09/building-ai-apps-on-sync
6 months ago
1
21
13
reposted by
ElectricSQL
📣 Electric Cloud is in public BETA! It takes just 30 seconds to add your Postgres db and start syncing to millions. Head over to
dashboard.electric-sql.cloud
to start syncing.
loading . . .
ElectricSQL Cloud Dashboard
https://dashboard.electric-sql.cloud
6 months ago
2
37
18
reposted by
ElectricSQL
James Arthur
6 months ago
Anyone who’s made an app with a combination of data fetching and real-time knows it’s a massive pain in the ass. Why waste your time on data wiring? Sync is now a solved problem.
add a skeleton here at some point
0
12
2
Load more
feeds!
log in