cheapest - Search results in mailing lists

2024-09-02 16:15:57 | Re: Postgresql Database and PG_WAL locations (Ron Johnson)

cheap", right? *COPY statements don't count. I'd actually define a third file system

2024-05-11 13:05:13 | Re: PostgreSQL on netapp AFF C250A storage ? (Ron Johnson)

cheaper hardware with some confidence that all your data will still be there. I'm a big fan of PgBackRest

2023-10-19 20:04:35 | Re: Vacuumdb on a table (Laurenz Albe)

cleanup -d -t would have worked as well, and it would have been cheaper. Yours, Laurenz Albe

2023-06-21 19:14:46 | Re: Poor performance due to parallel seq scan on indexed date field (Ron)

cheap -- or cheaper -- to scan the whole table. On 6/21/23 13:39, Wells Oliver wrote

2023-05-01 15:51:54 | Re: pg_dump why no indicator of completion (M Sarwar)

cheap. This allows me to do a backup of the system every 6 hours. The most

2022-06-01 00:50:51 | Re: Casting json (or jsonb) to real (Tom Lane)

hood :-(. Now, if you were casting to numeric, that would be very cheap. regards, tom lane

2021-12-12 06:53:32 | Re: package conversion error from oracle to postgresql database !!!!!!!!! (Mladen Gogala)

cheaper than Oracle, but is not free. On the other hand, DB2 can also natively

2021-08-17 20:15:02 | Re: Join for the parent table will not leverage the index scan (Ron)

cheaper to sequentially scan.  Is there an index on client_id which I missed? On 8/16/21

2021-03-26 20:21:13 | Re: Creating redwood datestyle in Postgres 12 (Tim)

cheaper. Jonah, I'm assuming a patch would only apply per Postgres version... so any future

2021-02-15 08:31:15 | Re: Audit preparation list (Tim Cross)

professional. Hopefully, your management isn't trying to save money by going cheap! -- Tim Cross

2020-12-10 17:09:57 | Re: psql (13.1 (Debian 13.1-1.pgdg100+1), server 12.5 (Debian 12.5-1.pgdg100+1 (Ron)

cheap to upgrade working software even though it's EOL.) -- Angular momentum makes the world

2020-04-13 15:33:10 | Re: Help needed on optimizing query (Tom Lane)

cheap as it could. It looks to me like the really bad aspect of this

2019-12-11 15:32:49 | Re: Slow running query (Tom Lane)

cheaper. I notice that the first thing the plan does with these is FULL JOIN

2019-05-11 02:57:20 | Re: Query on pg_stat_activity table got stuck (Tom Lane)

cheap * while reads are potentially expensive, but that's the tradeoff we want. * - * The above

2018-10-30 12:17:14 | Re: Getting fancy errors when accessing information_schema on 10.5 (Tom Lane)

cheaper than the OR condition. Have you perhaps messed with the cost attributed to pg_has_role