public inbox for [email protected]help / color / mirror / Atom feed
Regarding feature #6367 "DROP DATABASE can now take the option FORCE ..." 8+ messages / 3 participants [nested] [flat]
* Regarding feature #6367 "DROP DATABASE can now take the option FORCE ..." @ 2023-06-13 08:35 Akshay Joshi <[email protected]> 0 siblings, 1 reply; 8+ messages in thread From: Akshay Joshi @ 2023-06-13 08:35 UTC (permalink / raw) To: pgadmin-hackers Hi Hackers I have started the implementation for feature #6367 "DROP DATABASE can now take the option FORCE to drop a database even if other users are connected". For that, I figure out two places one in the Properties tab of the Databases collection node and the other in the context menu on the individual database node except the maintenance database. This feature will be available from PG 13 and above. Please refer to the screenshot below: [image: Properties.png] The 'Drop with Force' button is visible only on the Databases collection node. For other collection nodes, it is a 'Drop Cascade'. [image: Context Menu.png] Please review and let me know your thoughts. Is there any place where I can use this? -- Akshay Joshi Principal Software Architect www.enterprisedb.com *Blog*: https://www.enterprisedb.com/akshay-joshi *GitHub*: https://github.com/akshay-joshi *LinkedIn*: https://www.linkedin.com/in/akshay-joshi-086497216 Attachments: [image/png] Properties.png (13.9K, 3-Properties.png) download | view image [image/png] Context Menu.png (132.2K, 4-Context%20Menu.png) download | view image ^ permalink raw reply [nested|flat] 8+ messages in thread
* Re: Regarding feature #6367 "DROP DATABASE can now take the option FORCE ..." @ 2023-06-13 09:20 Dave Page <[email protected]> parent: Akshay Joshi <[email protected]> 0 siblings, 1 reply; 8+ messages in thread From: Dave Page @ 2023-06-13 09:20 UTC (permalink / raw) To: Akshay Joshi <[email protected]>; +Cc: pgadmin-hackers On Tue, 13 Jun 2023 at 09:36, Akshay Joshi <[email protected]> wrote: > Hi Hackers > > I have started the implementation for feature #6367 "DROP DATABASE can now > take the option FORCE to drop a database even if other users are connected". > > For that, I figure out two places one in the Properties tab of the > Databases collection node and the other in the context menu on the > individual database node except the maintenance database. This feature will > be available from PG 13 and above. Please refer to the screenshot below: > > [image: Properties.png] The 'Drop with Force' button is visible only on > the Databases collection node. For other collection nodes, it is a 'Drop > Cascade'. > Right, because CASCADE means drop dependent objects as well, but FORCE means disconnect connected users first. > > > [image: Context Menu.png] > > Please review and let me know your thoughts. Is there any place where I > can use this? > I'm not sure what you mean with your last question, but I think the wording needs some thought. Currently we have: Delete/Drop Drop Cascade Delete/Drop with Force I would suggest: Delete Delete (Cascade) Delete (Force) And we should probably re-order the menu to place those options together (and make sure the confirmation dialogues have appropriately matching text). -- Dave Page Blog: https://pgsnake.blogspot.com Twitter: @pgsnake EDB: https://www.enterprisedb.com Attachments: [image/png] Properties.png (13.9K, 3-Properties.png) download | view image [image/png] Context Menu.png (132.2K, 4-Context%20Menu.png) download | view image ^ permalink raw reply [nested|flat] 8+ messages in thread
* Re: Regarding feature #6367 "DROP DATABASE can now take the option FORCE ..." @ 2023-06-13 10:13 Akshay Joshi <[email protected]> parent: Dave Page <[email protected]> 0 siblings, 1 reply; 8+ messages in thread From: Akshay Joshi @ 2023-06-13 10:13 UTC (permalink / raw) To: Dave Page <[email protected]>; +Cc: pgadmin-hackers On Tue, Jun 13, 2023 at 2:50 PM Dave Page <[email protected]> wrote: > > > On Tue, 13 Jun 2023 at 09:36, Akshay Joshi <[email protected]> > wrote: > >> Hi Hackers >> >> I have started the implementation for feature #6367 "DROP DATABASE can >> now take the option FORCE to drop a database even if other users are >> connected". >> >> For that, I figure out two places one in the Properties tab of the >> Databases collection node and the other in the context menu on the >> individual database node except the maintenance database. This feature will >> be available from PG 13 and above. Please refer to the screenshot below: >> >> [image: Properties.png] The 'Drop with Force' button is visible only >> on the Databases collection node. For other collection nodes, it is a 'Drop >> Cascade'. >> > > Right, because CASCADE means drop dependent objects as well, but FORCE > means disconnect connected users first. > > >> >> >> [image: Context Menu.png] >> >> Please review and let me know your thoughts. Is there any place where I >> can use this? >> > > I'm not sure what you mean with your last question, > I mean apart from the Properties tab and Context menu, do I need to implement DROP DATABASE...WITH (FORCE)? > but I think the wording needs some thought. Currently we have: > > Delete/Drop > Drop Cascade > Delete/Drop with Force > > I would suggest: > > Delete > Delete (Cascade) > Delete (Force) > > And we should probably re-order the menu to place those options together > (and make sure the confirmation dialogues have appropriately matching text). > I am not sure why we have used Delete/Drop, but for me, DROP seems appropriate as in the backend we used DROP Queries, so can we have Drop Drop (Cascade) Drop (Force) > > -- > Dave Page > Blog: https://pgsnake.blogspot.com > Twitter: @pgsnake > > EDB: https://www.enterprisedb.com > > Attachments: [image/png] Properties.png (13.9K, 3-Properties.png) download | view image [image/png] Context Menu.png (132.2K, 4-Context%20Menu.png) download | view image ^ permalink raw reply [nested|flat] 8+ messages in thread
* Re: Regarding feature #6367 "DROP DATABASE can now take the option FORCE ..." @ 2023-06-13 10:19 Dave Page <[email protected]> parent: Akshay Joshi <[email protected]> 0 siblings, 1 reply; 8+ messages in thread From: Dave Page @ 2023-06-13 10:19 UTC (permalink / raw) To: Akshay Joshi <[email protected]>; +Cc: pgadmin-hackers On Tue, 13 Jun 2023 at 11:13, Akshay Joshi <[email protected]> wrote: > > > On Tue, Jun 13, 2023 at 2:50 PM Dave Page <[email protected]> wrote: > >> >> >> On Tue, 13 Jun 2023 at 09:36, Akshay Joshi <[email protected]> >> wrote: >> >>> Hi Hackers >>> >>> I have started the implementation for feature #6367 "DROP DATABASE can >>> now take the option FORCE to drop a database even if other users are >>> connected". >>> >>> For that, I figure out two places one in the Properties tab of the >>> Databases collection node and the other in the context menu on the >>> individual database node except the maintenance database. This feature will >>> be available from PG 13 and above. Please refer to the screenshot below: >>> >>> [image: Properties.png] The 'Drop with Force' button is visible only >>> on the Databases collection node. For other collection nodes, it is a 'Drop >>> Cascade'. >>> >> >> Right, because CASCADE means drop dependent objects as well, but FORCE >> means disconnect connected users first. >> >> >>> >>> >>> [image: Context Menu.png] >>> >>> Please review and let me know your thoughts. Is there any place where I >>> can use this? >>> >> >> I'm not sure what you mean with your last question, >> > I mean apart from the Properties tab and Context menu, do I need to > implement DROP DATABASE...WITH (FORCE)? > > >> but I think the wording needs some thought. Currently we have: >> >> Delete/Drop >> Drop Cascade >> Delete/Drop with Force >> >> I would suggest: >> >> Delete >> Delete (Cascade) >> Delete (Force) >> >> And we should probably re-order the menu to place those options together >> (and make sure the confirmation dialogues have appropriately matching text). >> > > I am not sure why we have used Delete/Drop, but for me, DROP seems > appropriate as in the backend we used DROP Queries, so can we have > Drop > Drop (Cascade) > Drop (Force) > Because in the past people (I don't recall who) claimed that "Drop" was not intuitive. I recall arguing that it's the standard SQL terminology, but iirc we eventually settled on Delete/Drop, which is, frankly, messy. -- Dave Page Blog: https://pgsnake.blogspot.com Twitter: @pgsnake EDB: https://www.enterprisedb.com Attachments: [image/png] Properties.png (13.9K, 3-Properties.png) download | view image [image/png] Context Menu.png (132.2K, 4-Context%20Menu.png) download | view image ^ permalink raw reply [nested|flat] 8+ messages in thread
* Re: Regarding feature #6367 "DROP DATABASE can now take the option FORCE ..." @ 2023-06-13 10:29 Akshay Joshi <[email protected]> parent: Dave Page <[email protected]> 0 siblings, 1 reply; 8+ messages in thread From: Akshay Joshi @ 2023-06-13 10:29 UTC (permalink / raw) To: Dave Page <[email protected]>; +Cc: pgadmin-hackers On Tue, Jun 13, 2023 at 3:49 PM Dave Page <[email protected]> wrote: > > > On Tue, 13 Jun 2023 at 11:13, Akshay Joshi <[email protected]> > wrote: > >> >> >> On Tue, Jun 13, 2023 at 2:50 PM Dave Page <[email protected]> wrote: >> >>> >>> >>> On Tue, 13 Jun 2023 at 09:36, Akshay Joshi < >>> [email protected]> wrote: >>> >>>> Hi Hackers >>>> >>>> I have started the implementation for feature #6367 "DROP DATABASE can >>>> now take the option FORCE to drop a database even if other users are >>>> connected". >>>> >>>> For that, I figure out two places one in the Properties tab of the >>>> Databases collection node and the other in the context menu on the >>>> individual database node except the maintenance database. This feature will >>>> be available from PG 13 and above. Please refer to the screenshot below: >>>> >>>> [image: Properties.png] The 'Drop with Force' button is visible only >>>> on the Databases collection node. For other collection nodes, it is a 'Drop >>>> Cascade'. >>>> >>> >>> Right, because CASCADE means drop dependent objects as well, but FORCE >>> means disconnect connected users first. >>> >>> >>>> >>>> >>>> [image: Context Menu.png] >>>> >>>> Please review and let me know your thoughts. Is there any place where I >>>> can use this? >>>> >>> >>> I'm not sure what you mean with your last question, >>> >> I mean apart from the Properties tab and Context menu, do I need to >> implement DROP DATABASE...WITH (FORCE)? >> >> >>> but I think the wording needs some thought. Currently we have: >>> >>> Delete/Drop >>> Drop Cascade >>> Delete/Drop with Force >>> >>> I would suggest: >>> >>> Delete >>> Delete (Cascade) >>> Delete (Force) >>> >>> And we should probably re-order the menu to place those options together >>> (and make sure the confirmation dialogues have appropriately matching text). >>> >> >> I am not sure why we have used Delete/Drop, but for me, DROP seems >> appropriate as in the backend we used DROP Queries, so can we have >> Drop >> Drop (Cascade) >> Drop (Force) >> > > Because in the past people (I don't recall who) claimed that "Drop" was > not intuitive. I recall arguing that it's the standard SQL terminology, but > iirc we eventually settled on Delete/Drop, which is, frankly, messy. > So which option (Delete or Drop) should we use? > > -- > Dave Page > Blog: https://pgsnake.blogspot.com > Twitter: @pgsnake > > EDB: https://www.enterprisedb.com > > Attachments: [image/png] Properties.png (13.9K, 3-Properties.png) download | view image [image/png] Context Menu.png (132.2K, 4-Context%20Menu.png) download | view image ^ permalink raw reply [nested|flat] 8+ messages in thread
* Re: Regarding feature #6367 "DROP DATABASE can now take the option FORCE ..." @ 2023-06-13 10:53 Dave Page <[email protected]> parent: Akshay Joshi <[email protected]> 0 siblings, 1 reply; 8+ messages in thread From: Dave Page @ 2023-06-13 10:53 UTC (permalink / raw) To: Akshay Joshi <[email protected]>; +Cc: pgadmin-hackers On Tue, 13 Jun 2023 at 11:29, Akshay Joshi <[email protected]> wrote: > > > On Tue, Jun 13, 2023 at 3:49 PM Dave Page <[email protected]> wrote: > >> >> >> On Tue, 13 Jun 2023 at 11:13, Akshay Joshi <[email protected]> >> wrote: >> >>> >>> >>> On Tue, Jun 13, 2023 at 2:50 PM Dave Page <[email protected]> wrote: >>> >>>> >>>> >>>> On Tue, 13 Jun 2023 at 09:36, Akshay Joshi < >>>> [email protected]> wrote: >>>> >>>>> Hi Hackers >>>>> >>>>> I have started the implementation for feature #6367 "DROP DATABASE can >>>>> now take the option FORCE to drop a database even if other users are >>>>> connected". >>>>> >>>>> For that, I figure out two places one in the Properties tab of the >>>>> Databases collection node and the other in the context menu on the >>>>> individual database node except the maintenance database. This feature will >>>>> be available from PG 13 and above. Please refer to the screenshot below: >>>>> >>>>> [image: Properties.png] The 'Drop with Force' button is visible >>>>> only on the Databases collection node. For other collection nodes, it is a >>>>> 'Drop Cascade'. >>>>> >>>> >>>> Right, because CASCADE means drop dependent objects as well, but FORCE >>>> means disconnect connected users first. >>>> >>>> >>>>> >>>>> >>>>> [image: Context Menu.png] >>>>> >>>>> Please review and let me know your thoughts. Is there any place where >>>>> I can use this? >>>>> >>>> >>>> I'm not sure what you mean with your last question, >>>> >>> I mean apart from the Properties tab and Context menu, do I need to >>> implement DROP DATABASE...WITH (FORCE)? >>> >>> >>>> but I think the wording needs some thought. Currently we have: >>>> >>>> Delete/Drop >>>> Drop Cascade >>>> Delete/Drop with Force >>>> >>>> I would suggest: >>>> >>>> Delete >>>> Delete (Cascade) >>>> Delete (Force) >>>> >>>> And we should probably re-order the menu to place those options >>>> together (and make sure the confirmation dialogues have appropriately >>>> matching text). >>>> >>> >>> I am not sure why we have used Delete/Drop, but for me, DROP seems >>> appropriate as in the backend we used DROP Queries, so can we have >>> Drop >>> Drop (Cascade) >>> Drop (Force) >>> >> >> Because in the past people (I don't recall who) claimed that "Drop" was >> not intuitive. I recall arguing that it's the standard SQL terminology, but >> iirc we eventually settled on Delete/Drop, which is, frankly, messy. >> > > So which option (Delete or Drop) should we use? > I think Delete, as it's more natural and expected in a GUI which is largely trying to prevent the user from needing to think about SQL. -- Dave Page Blog: https://pgsnake.blogspot.com Twitter: @pgsnake EDB: https://www.enterprisedb.com Attachments: [image/png] Properties.png (13.9K, 3-Properties.png) download | view image [image/png] Context Menu.png (132.2K, 4-Context%20Menu.png) download | view image ^ permalink raw reply [nested|flat] 8+ messages in thread
* Re: Regarding feature #6367 "DROP DATABASE can now take the option FORCE ..." @ 2023-06-13 15:23 Vijay B <[email protected]> parent: Dave Page <[email protected]> 0 siblings, 1 reply; 8+ messages in thread From: Vijay B @ 2023-06-13 15:23 UTC (permalink / raw) To: Dave Page <[email protected]>; +Cc: Akshay Joshi <[email protected]>; pgadmin-hackers I would also like to suggest to prompt for a password when drop db is chosen. Especially force drop being critical one. This would prevent accidental drops. Vaij On Tue, Jun 13, 2023 at 6:53 AM Dave Page <[email protected]> wrote: > > > On Tue, 13 Jun 2023 at 11:29, Akshay Joshi <[email protected]> > wrote: > >> >> >> On Tue, Jun 13, 2023 at 3:49 PM Dave Page <[email protected]> wrote: >> >>> >>> >>> On Tue, 13 Jun 2023 at 11:13, Akshay Joshi < >>> [email protected]> wrote: >>> >>>> >>>> >>>> On Tue, Jun 13, 2023 at 2:50 PM Dave Page <[email protected]> wrote: >>>> >>>>> >>>>> >>>>> On Tue, 13 Jun 2023 at 09:36, Akshay Joshi < >>>>> [email protected]> wrote: >>>>> >>>>>> Hi Hackers >>>>>> >>>>>> I have started the implementation for feature #6367 "DROP DATABASE >>>>>> can now take the option FORCE to drop a database even if other users are >>>>>> connected". >>>>>> >>>>>> For that, I figure out two places one in the Properties tab of the >>>>>> Databases collection node and the other in the context menu on the >>>>>> individual database node except the maintenance database. This feature will >>>>>> be available from PG 13 and above. Please refer to the screenshot below: >>>>>> >>>>>> [image: Properties.png] The 'Drop with Force' button is visible >>>>>> only on the Databases collection node. For other collection nodes, it is a >>>>>> 'Drop Cascade'. >>>>>> >>>>> >>>>> Right, because CASCADE means drop dependent objects as well, but FORCE >>>>> means disconnect connected users first. >>>>> >>>>> >>>>>> >>>>>> >>>>>> [image: Context Menu.png] >>>>>> >>>>>> Please review and let me know your thoughts. Is there any place where >>>>>> I can use this? >>>>>> >>>>> >>>>> I'm not sure what you mean with your last question, >>>>> >>>> I mean apart from the Properties tab and Context menu, do I need to >>>> implement DROP DATABASE...WITH (FORCE)? >>>> >>>> >>>>> but I think the wording needs some thought. Currently we have: >>>>> >>>>> Delete/Drop >>>>> Drop Cascade >>>>> Delete/Drop with Force >>>>> >>>>> I would suggest: >>>>> >>>>> Delete >>>>> Delete (Cascade) >>>>> Delete (Force) >>>>> >>>>> And we should probably re-order the menu to place those options >>>>> together (and make sure the confirmation dialogues have appropriately >>>>> matching text). >>>>> >>>> >>>> I am not sure why we have used Delete/Drop, but for me, DROP seems >>>> appropriate as in the backend we used DROP Queries, so can we have >>>> Drop >>>> Drop (Cascade) >>>> Drop (Force) >>>> >>> >>> Because in the past people (I don't recall who) claimed that "Drop" was >>> not intuitive. I recall arguing that it's the standard SQL terminology, but >>> iirc we eventually settled on Delete/Drop, which is, frankly, messy. >>> >> >> So which option (Delete or Drop) should we use? >> > > I think Delete, as it's more natural and expected in a GUI which is > largely trying to prevent the user from needing to think about SQL. > > -- > Dave Page > Blog: https://pgsnake.blogspot.com > Twitter: @pgsnake > > EDB: https://www.enterprisedb.com > > Attachments: [image/png] Properties.png (13.9K, 3-Properties.png) download | view image [image/png] Context Menu.png (132.2K, 4-Context%20Menu.png) download | view image ^ permalink raw reply [nested|flat] 8+ messages in thread
* Re: Regarding feature #6367 "DROP DATABASE can now take the option FORCE ..." @ 2023-06-14 04:39 Akshay Joshi <[email protected]> parent: Vijay B <[email protected]> 0 siblings, 0 replies; 8+ messages in thread From: Akshay Joshi @ 2023-06-14 04:39 UTC (permalink / raw) To: Vijay B <[email protected]>; +Cc: Dave Page <[email protected]>; pgadmin-hackers Hi Vijay On Tue, Jun 13, 2023 at 8:53 PM Vijay B <[email protected]> wrote: > I would also like to suggest to prompt for a password when drop db is > chosen. Especially force drop being critical one. This would prevent > accidental drops. > We have already prompted for confirmation with the Yes and No options. In case of an accidental drop, the user can still have the option to click on the "No" button. > > Vaij > > On Tue, Jun 13, 2023 at 6:53 AM Dave Page <[email protected]> wrote: > >> >> >> On Tue, 13 Jun 2023 at 11:29, Akshay Joshi <[email protected]> >> wrote: >> >>> >>> >>> On Tue, Jun 13, 2023 at 3:49 PM Dave Page <[email protected]> wrote: >>> >>>> >>>> >>>> On Tue, 13 Jun 2023 at 11:13, Akshay Joshi < >>>> [email protected]> wrote: >>>> >>>>> >>>>> >>>>> On Tue, Jun 13, 2023 at 2:50 PM Dave Page <[email protected]> wrote: >>>>> >>>>>> >>>>>> >>>>>> On Tue, 13 Jun 2023 at 09:36, Akshay Joshi < >>>>>> [email protected]> wrote: >>>>>> >>>>>>> Hi Hackers >>>>>>> >>>>>>> I have started the implementation for feature #6367 "DROP DATABASE >>>>>>> can now take the option FORCE to drop a database even if other users are >>>>>>> connected". >>>>>>> >>>>>>> For that, I figure out two places one in the Properties tab of the >>>>>>> Databases collection node and the other in the context menu on the >>>>>>> individual database node except the maintenance database. This feature will >>>>>>> be available from PG 13 and above. Please refer to the screenshot below: >>>>>>> >>>>>>> [image: Properties.png] The 'Drop with Force' button is visible >>>>>>> only on the Databases collection node. For other collection nodes, it is a >>>>>>> 'Drop Cascade'. >>>>>>> >>>>>> >>>>>> Right, because CASCADE means drop dependent objects as well, but >>>>>> FORCE means disconnect connected users first. >>>>>> >>>>>> >>>>>>> >>>>>>> >>>>>>> [image: Context Menu.png] >>>>>>> >>>>>>> Please review and let me know your thoughts. Is there any place >>>>>>> where I can use this? >>>>>>> >>>>>> >>>>>> I'm not sure what you mean with your last question, >>>>>> >>>>> I mean apart from the Properties tab and Context menu, do I need >>>>> to implement DROP DATABASE...WITH (FORCE)? >>>>> >>>>> >>>>>> but I think the wording needs some thought. Currently we have: >>>>>> >>>>>> Delete/Drop >>>>>> Drop Cascade >>>>>> Delete/Drop with Force >>>>>> >>>>>> I would suggest: >>>>>> >>>>>> Delete >>>>>> Delete (Cascade) >>>>>> Delete (Force) >>>>>> >>>>>> And we should probably re-order the menu to place those options >>>>>> together (and make sure the confirmation dialogues have appropriately >>>>>> matching text). >>>>>> >>>>> >>>>> I am not sure why we have used Delete/Drop, but for me, DROP seems >>>>> appropriate as in the backend we used DROP Queries, so can we have >>>>> Drop >>>>> Drop (Cascade) >>>>> Drop (Force) >>>>> >>>> >>>> Because in the past people (I don't recall who) claimed that "Drop" was >>>> not intuitive. I recall arguing that it's the standard SQL terminology, but >>>> iirc we eventually settled on Delete/Drop, which is, frankly, messy. >>>> >>> >>> So which option (Delete or Drop) should we use? >>> >> >> I think Delete, as it's more natural and expected in a GUI which is >> largely trying to prevent the user from needing to think about SQL. >> >> -- >> Dave Page >> Blog: https://pgsnake.blogspot.com >> Twitter: @pgsnake >> >> EDB: https://www.enterprisedb.com >> >> Attachments: [image/png] Properties.png (13.9K, 3-Properties.png) download | view image [image/png] Context Menu.png (132.2K, 4-Context%20Menu.png) download | view image ^ permalink raw reply [nested|flat] 8+ messages in thread
end of thread, other threads:[~2023-06-14 04:39 UTC | newest] Thread overview: 8+ messages (download: mbox mbox.gz follow: Atom feed) -- links below jump to the message on this page -- 2023-06-13 08:35 Regarding feature #6367 "DROP DATABASE can now take the option FORCE ..." Akshay Joshi <[email protected]> 2023-06-13 09:20 ` Dave Page <[email protected]> 2023-06-13 10:13 ` Akshay Joshi <[email protected]> 2023-06-13 10:19 ` Dave Page <[email protected]> 2023-06-13 10:29 ` Akshay Joshi <[email protected]> 2023-06-13 10:53 ` Dave Page <[email protected]> 2023-06-13 15:23 ` Vijay B <[email protected]> 2023-06-14 04:39 ` Akshay Joshi <[email protected]>
This inbox is served by agora; see mirroring instructions for how to clone and mirror all data and code used for this inbox