Re: No commit nor Rollback button - Mailing list pgadmin-support

From Dave Page
Subject Re: No commit nor Rollback button
Date
Msg-id CA+OCxoye3Gy27JFgsFo6RJkv3Yi5v9zNCPa7nBu3Bm1VR6hVBQ@mail.gmail.com
Whole thread Raw
In response to Re: No commit nor Rollback button  (Murtuza Zabuawala <murtuza.zabuawala@enterprisedb.com>)
Responses Re: No commit nor Rollback button
List pgadmin-support


On Tue, Oct 17, 2017 at 6:26 AM, Murtuza Zabuawala <murtuza.zabuawala@enterprisedb.com> wrote:

On Tue, Oct 17, 2017 at 2:03 AM, legrand legrand <legrand_legrand@hotmail.com> wrote:
Hi Murtuza,

I found those options for switching between autocommit mode and manual mode.

What I suggest here is to add one button for commit and one button for
rollback,
they would be green and red in manual transaction mode
they would be greyed in autocommit mode.

A more advanced behavior in manual mode, is to let them greyed as long as
there is no modification done in the transaction.
​Oh okay, that functionality is not available.

In my personal opinion, I don't see requested buttons for commit/rollback as frequently used feature by most user when you have auto commit/rollback mode available.

I agree - and based on the lack of requests over the years, I believe most users would too.

I can see why for some people who choose to turn auto-commit/auto-rollback off they may be useful, however we cannot simply add new features every time someone asks for something. Doing so adds maintenance costs, and increases complexity of the UI for *everyone*. That is part of the reason why pgAdmin III became unmaintainable; we added too many features on a whim without giving enough thought to whether or not the added code and UI complexity was justified, and eventually ended up with a mess of spaghetti-code.

--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake

EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

pgadmin-support by date:

Previous
From: Murtuza Zabuawala
Date:
Subject: Re: Data grid: fetching/scrolling data on user demand
Next
From: Dave Page
Date:
Subject: Re: Data grid: fetching/scrolling data on user demand