News for hackers. Stuff that matters.
Re:Postgres 11 – A First Look by alecco on Saturday September 22, 2018 @06:15AM (#18045368)
> “build it safe and then make it fast”

I have a lot of respect for the PostgreSQL team. But I think they don't care about the second part, or the constraints of the first part make it impossible. A simple example, the performance of a simple un-indexed DISTINCT on a single string column on a single table, is still quite bad for millions of rows.

Also to note, PostgreSQL has too many features for my taste. I get it's the selling point. But that usually correlates with poor performance and code complexity, too.

Of course, there's a problem of all modern fast database engines being proprietary. But by not addressing the performance problem, perhaps with an smaller engine lighter in features, open source is left biting the dust. And that's not good for the industry.

Re:Postgres 11 – A First Look by jacques_chester on Saturday September 22, 2018 @07:46AM (#18045624)
> A simple example, the performance of a simple un-indexed DISTINCT on a single string column on a single table, is still quite bad for millions of rows.

Why is this surprising?

Re:Postgres 11 – A First Look by IshKebab on Saturday September 22, 2018 @02:30PM (#18047277)
I assume he means bad in comparison to other DBs.
Re:Postgres 11 – A First Look by jacques_chester on Saturday September 22, 2018 @03:20PM (#18047547)
So do I. But it's a bit like criticising a car for being slow because you didn't push the accelerator pedal. That's not really the car's fault.