Skip to content
HomeVideosBooks
AllTopicsTrends
BlogsPodcasts
HistoryListsWatch laterLiked videosFollowing

The videos, books, blogs and podcasts Hacker News keeps recommending, all in one place.

VideosBooksBlogsPodcastsAboutPrivacySettings

Data from Hacker News, HackerTube, HackerBooks, HackerBlogs and Open Library. Credits · Not affiliated with Y Combinator.

HomeVideosBooksBlogsPodcasts
Ctrl K
    The Art of PostgreSQLDimitri Fontaine

    The Art of PostgreSQL

    Dimitri Fontaine · 2019

    The book that teaches SQL to developers: Learn to replace thousands of lines of code with simple queries!

    Systems & OS
    Open LibraryAmazon
    Stats for nerds
    20recommend
    25mentions
    21people
    2019–2026years
    96% recommend4% neutral

    Mentions per year

    20192020202120222023202420252026

    What Hacker News says

    1. andersmurphyApr 2026
      Not specific books per say. Though I'd advise starting with some constraints. As that really helps you focus.

      Your reading/learning material can spin out of those constraints.

      So for me my recent constraints were:

      1. Multiplayer/collaborative web apps built by small teams.

      2. Single box.

      3. I like writing lisp.

      So single box pushes me towards a faster language, and something that's easy to deploy. Go would be the natural choice here, but I want a lisp so Clojure is probably the best option here (helps that I already know it). JVM is fast enough and has a pretty good deployment story. Multiplayer web apps, pushed me to explore distributed state vs streaming with centralised state. This became a whole journey which ended with Datastar [1]. Thing is immediate mode streaming HTML needs your database queries to be fast and that's how I ended up on SQLite (I was already a fan, and had used it in production before), but the constraints of streaming HTML forced me to revisit it in anger.

      Your constraints could be completely different. They could be:

      1. Fast to market.

      2. Minimise risk.

      3. Mobile + Web

      4. Try something new.

      Fast to market might mean you go with something like Rails/Django. Minimise risk might mean you go with Rails because you have a load of experience with it. Mobile + web means you read up on Hotwire. Try something new might mean you push more logic into stored procedures and SQL queries so you can get the most out of Postgres and make your Rails app faster. So you read The Art of Postgresql [2] (great book). Or maybe you try hosting rails on a VPS and set up/manage your own postgres instance.

      A few companies back mine were:

      1. JVM but with a more ruby/rails like development experience.

      2. Mobile but not separate iOS/Android projects.

      3. Avoid the pain of app store releases.

      4. You can't innovate everywhere.

      That meant Clojure. React native. Minimal clients with as much driven from the backend as possible. Sticking to postgres and Heroku because it's what we knew and worked well enough.

      - [1] https://data-star.dev

      - [2] https://theartofpostgresql.com

      There's no right answer. Hope that's helpful.

      thread
    2. irarelycommentOct 2025
      This is great read with examples of running some business logic on the database: https://theartofpostgresql.com/
      thread
    3. VWWHFSfQFeb 2025
      This is a great book that explains PG in a step-by-step way. I learned a ton from it

      https://theartofpostgresql.com/

      thread
    4. seerSep 2024
      this is what inspired me to look more into postgres’ features - https://theartofpostgresql.com/

      quite a lot of ideas what you can do with it.

      thread
    5. rahimnathwaniMar 2024
      The best I've seen is The Art of PostgreSQL: https://theartofpostgresql.com/
      thread
    6. argulaneNov 2023
      I bought https://theartofpostgresql.com/ few years a go. It goes more into intermediate/advanced category and I have been quite happy with it.

      I was fortunate to have a Database Basics course in the university that was 80% database schema design and 20% SQL queries and indexes. Reasoning for such a split was that fixing a bad database schema is much harder than fixing bad queries.

      thread

    Related

    Cover of Applied Mathematics for Database Professionals
    2017–2024

    Applied Mathematics for Database Professionals

    Lex deHaan
    2 recommend · 3
    Cover of PostgreSQL 9.0 High Performance
    2010–2019

    PostgreSQL 9.0 High Performance

    Gregory Smith
    12 recommend · 19
    Cover of Developing time-oriented database applications in SQL
    2013–2025

    Developing time-oriented database applications in SQL

    Richard T. Snodgrass
    6 recommend · 14
    Cover of The art of SQL
    2008–2021

    The art of SQL

    Stephane Faroult
    8 recommend · 10
    Cover of MySQL
    2011–2022

    MySQL

    Paul DuBois
    2 recommend · 3
    Cover of Designing Data-Intensive Applications
    2014–2026

    Designing Data-Intensive Applications

    Martin Kleppmann
    457 recommend · 846
    Database InternalsAlex Petrov
    2019–2026

    Database Internals

    Alex Petrov
    31 recommend · 54
    SQL Performance ExplainedMarkus Winand
    2014–2025

    SQL Performance Explained

    Markus Winand
    26 recommend · 34