jacobprall
Show HN: The right way to build authorized RAG chatbots
Re:Show HN: I made tool that let's you see everything about any website
on Saturday June 22, 2024 @03:40PM (#40761571)
I enjoyed the UI, cool aesthetic.
Open source docs search on SQLite
Re:Why SQLite Is Taking over with Brian Holt and Marco Bambini
on Wednesday June 12, 2024 @05:07PM (#40663143)
It's a matter of use case - for simple web page or even a lightweight client-side app, maybe too big. But for tool with heavy data processing, I could see it being quite useful.
Release Notes: Edge Functions on SQLite Cloud
What is an observability pipeline, anyway?
Why you're overspending on Observability vendors, and what to do about it
Show HN: PyAirbyte – We built a lightweight Python library for ELT
Re:Pull data from 100s of sources in 1 Python statement with in-memory...
on Wednesday February 28, 2024 @12:04PM (#39540765)
Thanks for the feedback!
Pull data from 100s of sources in 1 Python statement with in-memory ELT library
Re:Navigating the Data Engineering Landscape in 2024
on Wednesday February 07, 2024 @12:23PM (#39291284)
Thanks! We're hoping it will help data engineers survive what will be a wild 2024 for the industry!
Navigating the Data Engineering Landscape in 2024
Re:Navigating the Data Engineering Landscape in 2024
on Wednesday February 07, 2024 @11:56AM (#39290934)
Practical tips to help you stay afloat in this fast-moving discipline.
Re:A Technical Dive into PostgreSQL's replication mechanisms
on Thursday January 11, 2024 @09:41PM (#38962965)
Youre right, real-time is generally achieved by streaming CDC data with logical replication via a connector server to Kafka (Debezium does this) or a different queue to be picked up by consumers downstream.
Supabase does a great job of abstracting that part away with their real-time feature set
Re:A Technical Dive into PostgreSQL's replication mechanisms
on Thursday January 11, 2024 @05:09PM (#38960025)
That's an excellent point. My statement was unnecessarily confusing. I've changed it to simply reference another benefit of the WAL - optimizing I/O operations. That would make a good blog post in and of itself :D
Re:A Technical Dive into PostgreSQL's replication mechanisms
on Thursday January 11, 2024 @05:01PM (#38959902)
Supabase realtime (especially if you want a managed backend) or other streaming CDC setups (like Decodable, which is Flink/Debezium under the hood) are also great choices for logical replication. Streaming tech will continue to get more cost-effective and simpler to implement in the coming year(s).
I should note: I haven't used Decodable in production yet, I'm just a fan of Flink :)
Re:A Technical Dive into PostgreSQL's replication mechanisms
on Thursday January 11, 2024 @04:57PM (#38959831)
Should be relatively affordable for modest deployments - I would categorize Neon and Airbyte as "bang-for-your-buck" products (Airbyte vs Fivetran, + Neon's solid free tier).
Re:A Technical Dive into PostgreSQL's replication mechanisms
on Thursday January 11, 2024 @04:54PM (#38959771)
Looks cool. I appreciate the support for all replica identity settings!
A Technical Dive into PostgreSQL's replication mechanisms
Re:A Technical Dive into PostgreSQL's replication mechanisms
on Thursday January 11, 2024 @11:55AM (#38954868)
This is a guide to logical replication in Postgres where I break down some of the internal components of the database to explain CDC. If you've ever wondered how WAL buffers work, or what happens when a transaction is executed, check it out!