I'm going to echo the comment about aggregate functions.
I don't know how "hidden" they are, but they are one hell of a gem!
At this point our one application has more SQL code in it than application code. The postgresql json* aggregate functions make querying and formatting data easy enough that it can be done directly in the database and the result basically piped to the output without any need to reformat it.
I'll also add CTEs. They might also not be very "hidden" but they are fantastic once you get used to using them.
Definitely a huge fan of window functions. I once read a comment that there are two eras of SQL: Before Windowing and After Windowing, and I have to agree with that.
Not mentioned, but pg_x and information schema is a probably my favorite somewhat-hidden feature. It really let's you dive into analysis and can help get out of little binds very quickly. It's not something I use every day, but I'm always glad it's there.
My favorite usage of the information schema stuff was with unit testing.
We have a VERY small ORM-ish library called PG-Promise that we use in a node.js application. It's basically just a nice interface to the database, but it does include some small functionality where you can define the database layout in javascript and it will auto-convert most of your data from JSON to the correct columns and in many cases types.
We wrote tests that use information schema to compare those objects and ensure that there aren't any missing or extra on either side, and to make sure that the javascript types match the database types.
[+] [-] Klathmon|8 years ago|reply
I don't know how "hidden" they are, but they are one hell of a gem!
At this point our one application has more SQL code in it than application code. The postgresql json* aggregate functions make querying and formatting data easy enough that it can be done directly in the database and the result basically piped to the output without any need to reformat it.
I'll also add CTEs. They might also not be very "hidden" but they are fantastic once you get used to using them.
[+] [-] sk5t|8 years ago|reply
[+] [-] dizzystar|8 years ago|reply
Not mentioned, but pg_x and information schema is a probably my favorite somewhat-hidden feature. It really let's you dive into analysis and can help get out of little binds very quickly. It's not something I use every day, but I'm always glad it's there.
[+] [-] Klathmon|8 years ago|reply
We have a VERY small ORM-ish library called PG-Promise that we use in a node.js application. It's basically just a nice interface to the database, but it does include some small functionality where you can define the database layout in javascript and it will auto-convert most of your data from JSON to the correct columns and in many cases types.
We wrote tests that use information schema to compare those objects and ensure that there aren't any missing or extra on either side, and to make sure that the javascript types match the database types.
[+] [-] MightySCollins|8 years ago|reply
[+] [-] qatanah|8 years ago|reply
FILLFACTOR - For UPDATE heavy tables.
Increase max_wal_size - For write heavy database.
[+] [-] amerine|8 years ago|reply
[+] [-] craigkerstiens|8 years ago|reply