From: | Glen Huang <heyhgl(at)gmail(dot)com> |
---|---|
To: | Brian Dunavant <dunavant(at)gmail(dot)com> |
Cc: | pgsql-general(at)lists(dot)postgresql(dot)org |
Subject: | Re: Is replacing transactions with CTE a good idea? |
Date: | 2021-04-01 15:06:32 |
Message-ID: | 79097C11-B045-4D98-A427-4A82477E2634@gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
> When you deal with updates/deletes, things can be trickier
Care to expand why they are tricker? I presume they run the risk of being referenced more than once?
> On Apr 1, 2021, at 10:58 PM, Brian Dunavant <dunavant(at)gmail(dot)com> wrote:
>
>
>> On Thu, Apr 1, 2021 at 10:49 AM Glen Huang <heyhgl(at)gmail(dot)com> wrote:
>> If I decide to replace all my transaction code with CTE, will I shoot myself in the foot down the road?
>
> I do this all the time and makes code way cleaner. It's very straightforward with inserts queries. When you deal with updates/deletes, things can be trickier. I usually leave these in a transaction if there is any concern.
>
> They can also be hard for future programmers that may not understand SQL. Make sure you comment your queries for maintainability long term.
>
> I have yet to regret replacing a transaction with a CTE over the past decade. YMMV
>
From | Date | Subject | |
---|---|---|---|
Next Message | Glen Huang | 2021-04-01 15:09:27 | Re: Is replacing transactions with CTE a good idea? |
Previous Message | Rob Sargent | 2021-04-01 15:04:29 | Re: Is replacing transactions with CTE a good idea? |