Thread: No commit nor Rollback button
Hello, Most of RDBMS users don't want to use autocommit mode expecting to have a change to Rollback in case of problem. Most of database GUI have Commit/ Rollback buttons (greyed in autocommit mode, enabled in non autocommit mode). Is there a chance to see thoses buttons (using preferences or other) ? Regards PAscal -- Sent from: http://www.postgresql-archive.org/PostgreSQL-pgadmin-support-f2191615.html
I reserve the right to fantasize. Whether or not you
wish to share my fantasy is entirely up to you.

www.youtube.com/unusedhero/videos
Folk Alley - All Folk - 24 Hours a day
www.folkalley.com
I think like you, you should have two buttons, commit and rollback -- Sent from: http://www.postgresql-archive.org/PostgreSQL-pgadmin-support-f2191615.html
Hello,
Most of RDBMS users don't want to use autocommit mode expecting to have a
change to Rollback in case of problem.
Most of database GUI have Commit/ Rollback buttons (greyed in autocommit
mode, enabled in non autocommit mode).
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake
EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
for me it would be necessary, if possible thanks a lot -- Sent from: http://www.postgresql-archive.org/PostgreSQL-pgadmin-support-f2191615.html
Maybe after 20 years, it is time to switch tool default from autocommit to commit/rollback ... to have a chance to be compared with Oracle SQL developer or others PAscal SQLeo projet manager -- Sent from: http://www.postgresql-archive.org/PostgreSQL-pgadmin-support-f2191615.html
I reserve the right to fantasize. Whether or not you
wish to share my fantasy is entirely up to you.

www.youtube.com/unusedhero/videos
Folk Alley - All Folk - 24 Hours a day
www.folkalley.com
it is time to switch tool default from autocommit to commit/rollback ...
to have a chance to be compared with Oracle SQL developer or others
PAscal
SQLeo projet manager
--
Sent from: http://www.postgresql-archive.org/PostgreSQL-pgadmin-support-f2191615.html
You don't need buttons.
Just go toFilePreferencesSQL Editorand change Auto commit? to Falseand Auto rollback? to FalseOr whatever you prefer.That is what those options are for!Or learn how to use a TRANSACTION in PostgreSQL.IE:BEGIN;
DataGrip has transaction control in the tool menu. It is pretty handy to have that toggle at hand.
Yes, I know how to write a manual transaction, but the point of using a GUI tool is to speed things up and make my life as a Data Engineer easier. It is not for forcing me to type extraneous commands repeatedly.
--
Michael Rasmussen
Sr. Data Engineer
Porch
From: "David G. Johnston" <david.g.johnston@gmail.com>
Date: Monday, October 16, 2017 at 11:30 AM
To: Melvin Davidson <melvin6925@yahoo.com>
Cc: "pgadmin-support@postgresql.org" <pgadmin-support@postgresql.org>, legrand legrand <legrand_legrand@hotmail.com>
Subject: Re: No commit nor Rollback button
On Mon, Oct 16, 2017 at 11:16 AM, Melvin Davidson <melvin6925@yahoo.com> wrote:
You don't need buttons.
Just go to
File
Preferences
SQL Editor
and change Auto commit? to False
and Auto rollback? to False
Or whatever you prefer.
That is what those options are for!
Or learn how to use a TRANSACTION in PostgreSQL.
IE:
BEGIN;
Personally, if I'm in a GUI I'd prefer buttons. They both allow one to quickly see whether they are in a transaction or not (by greying out the buttons when their use is not applicable) and provide a mouse user a very quick way to commit/rollback the query they just executed via clicking the "run query" button.
This has absolutely nothing to do with "Auto Commit/Rollback" other than the buttons would only be meaningful when said option is disabled.
David J.
DataGrip has transaction control in the tool menu. It is pretty handy to have that toggle at hand.
Yes, I know how to write a manual transaction, but the point of using a GUI tool is to speed things up and make my life as a Data Engineer easier. It is not for forcing me to type extraneous commands repeatedly.
--
Michael Rasmussen
Sr. Data Engineer
Porch
From: "David G. Johnston" <david.g.johnston@gmail.com>
Date: Monday, October 16, 2017 at 11:30 AM
To: Melvin Davidson <melvin6925@yahoo.com>
Cc: "pgadmin-support@postgresql.org" <pgadmin-support@postgresql. org>, legrand legrand <legrand_legrand@hotmail.com>
Subject: Re: No commit nor Rollback button
On Mon, Oct 16, 2017 at 11:16 AM, Melvin Davidson <melvin6925@yahoo.com> wrote:
You don't need buttons.
Just go to
File
Preferences
SQL Editor
and change Auto commit? to False
and Auto rollback? to False
Or whatever you prefer.
That is what those options are for!
Or learn how to use a TRANSACTION in PostgreSQL.
IE:
BEGIN;
Personally, if I'm in a GUI I'd prefer buttons. They both allow one to quickly see whether they are in a transaction or not (by greying out the buttons when their use is not applicable) and provide a mouse user a very quick way to commit/rollback the query they just executed via clicking the "run query" button.
This has absolutely nothing to do with "Auto Commit/Rollback" other than the buttons would only be meaningful when said option is disabled.
David J.
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. Regards PAscal -- Sent from: http://www.postgresql-archive.org/PostgreSQL-pgadmin-support-f2191615.html
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.
Regards
PAscal
--
Sent from: http://www.postgresql-archive.org/PostgreSQL-pgadmin-support -f2191615.html
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.
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake
EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
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.
Thanks and Regards,
Francis
07764 225 942
Pharmarketeer is a registered company in England and Wales 06940361, registered office 64 Westbank Road, Birkenhead, Merseyside, CH42 7JP
"So when targets seem stupid, arbitrary and unfair it's because they are. The only way to improve is to look at the whole system people are operating with, the basic tools, their training, how much initiative they are allowed, are you measuring the right things (more about that later) and then you can improve. But it's the system you improve, not the people you beat into performing even worse." Unicorns in the mist
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.So consider the lack of requests to be not so lacking anymore...One concrete advantage to the buttons, and mind you I haven't actually used pgAdmin4 but do use a GUI, is that in my GUI if you were to send the COMMIT command to the server as text any and all result set tables that are present on the current screen are removed the a new command result for the commit response replaces them. If one uses the button the result tables are left alone.Frankly, auto-commit mode can be dangerous so if you are advocating that people simply use that and forget about manually committing altogether I think you are misguided in your thinking. In the UI that I use if I send a "begin" to the server then, and only then, do the commit/rollback buttons appear (and auto-commit is disabled temporarily). With that flow your "end-user UI complexity" argument becomes significantly more specious and you are just left with "code complexity".David J.
Actually to manage a production environment I do not understand how someone can use the auto commit. In most Oracle database management tools, they all have the commit and rollback buttons. I do not think it's so complicated to add and it complicates your maintenance a lot I do not want to minimize the work of the developer and maintains -- Sent from: http://www.postgresql-archive.org/PostgreSQL-pgadmin-support-f2191615.html
I also come from Oracle and all tools have autocommit disabled by default. It's more natural to make sure that everything went well and only after that commit the transaction. Sometimes you realize that you made a huge mistake. Rollback is your friend. Vano Beridze Software Developer Silk Road Group On 10/20/2017 2:58 AM, dangal wrote: > Actually to manage a production environment I do not understand how someone > can use the auto commit. > In most Oracle database management tools, they all have the commit and > rollback buttons. > I do not think it's so complicated to add and it complicates your > maintenance a lot > I do not want to minimize the work of the developer and maintains > > > > -- > Sent from: http://www.postgresql-archive.org/PostgreSQL-pgadmin-support-f2191615.html > > >