Jeremy Schneider
@jer_s
Building and running reliable data platforms that scale and perform. An organizer of Seattle Postgres User Group. My opinions are my own.
ID: 304468802
http://about.me/jeremy_schneider 24-05-2011 15:27:00
4,4K Tweet
2,2K Followers
426 Following
Postgres is great. There are a ton of reasons to use it. But, can it be misused and abused? Oh it sure can, my colleague Karen Jex (she/her) has some fun looking at ways in this great talk youtube.com/watch?v=rA4J3k…
New semester of CMU Database Group's Intro to Database Systems! We're back with vengeance with new lectures on vector/full-text indexes + distributed databases! Also featuring 10min flash talks each Wednesday from leading DB companies! You can follow along on YouTube. 15445.courses.cs.cmu.edu/fall2024
This paper is worth reading and I look forward to more research in this space. We need better b-trees to navigate more of the read, write & space-amp tradeoffs explained in the Rum Conjecture paper. Thank you Xiangpeng Hao and Badrish Chandramouli
this Nik Samokhvalov guy and his PostgresAI assistant are a sight to behold looking at the transcript and this is pretty amazing
Shayon Mukherjee (Shayon Mukherjee): pg_easy_replicate Now Supports Tracking Schema Changes in PostgreSQL postgr.es/p/6Cv
If you're coming to see us (Oracle Database) in Vegas next week - bring your work and tech challenges with you. We can help! Find us, stop us, ask us Maria Colgan Gerald Venzl 🚀 dominic_giles krisrice 🏒🍺📷 Tirthankar Lahiri Jenny Tsai-Smith Kay Malcolm
Great technical blog from Neon; design details and tests toward estimating database working set size. Must read! ❤️ the graphs showing size over window duration. Too bad that the AWS serverless v2 paper says nothing about the approach they took... (also HLL? Marc Brooker ?)
Really interesting work from Peter Geoghegan . Fun/stupid fact: I nibbled at this 10 years ago, when only two popular databases lacked the optimisation, and discussed it with a fellow database hacker, starting a chain of events that left us as the only database without it!