Hi út 13. 10. 2026 v 9:21 odesílatel Rick Yost NC Data Team < [email protected]> napsal:
> Are there any plans to convert PGAdmin to Java? I deal with very large > databases and some of the queries I run produce millions of records, I've > been forced to use other products to extract the data and run my queries, > but I always like pgAdmin4 for the smaller stuff. I wish it would do it > for the bigger stuff. But since it's based on chromium, apparently there's > a problem with downloading that many records after I run the query. > What I know - dbeaver is written in Java, and I doubt it is faster than pgAdmin4. Probably any interactive client written in any language fails out of memory when you will read (and display) millions of records. Modern clients based on usage of some generic grid components are not designed for displaying millions rows. Maybe if you write your own with client side buffering in temp files, then it can work. But what I know is that all modern (universal) clients don't do this. Regards Pavel > > Thanks for all you do! > Rick > > > On October 9, 2026 4:48:28 AM EDT, Dave Page <[email protected]> wrote: > >> Hi >> >> The next release of pgAdmin currently falls in the week of the 18th >> October on the normal schedule, however that is unlikely to happen as many >> folks will be at PGConf.EU 2026 then, therefore it will likely be a week or >> two later. In the meantime you can use a snapshot build ( >> https://www.postgresql.org/ftp/pgadmin/pgadmin4/snapshots/) or stick >> with the older version. >> >> It's worth noting that the CVE's fixed in 9.18 do not apply when using >> desktop mode with our Windows packages - they only apply in server >> deployments. >> >> Regards, Dave. >> >> On Wed, 7 Oct 2026 at 14:51, Vipul Kaushik (Moody's) < >> [email protected]> wrote: >> >>> Hi PGAdmin Team, >>> >>> >>> >>> I hope you are doing well. >>> >>> >>> >>> We are reaching out regarding the issue reported in *pgAdmin 9.18*. We >>> would appreciate it if you could let us know whether a permanent fix or >>> updated solution is currently available. >>> >>> >>> >>> The workaround that has been provided does not appear to be ideal for >>> users managing multiple database connections, as it could be operationally >>> challenging to implement at scale. >>> >>> Additionally, we would like to highlight that *pgAdmin 9.17 is >>> currently identified as vulnerable*, which limits our ability to remain >>> on the previous version as a long-term mitigation. >>> >>> Could you please advise on the recommended path forward and whether a >>> patch, hotfix, or updated release is planned to address this issue? >>> >>> We appreciate your assistance and look forward to your guidance. >>> >>> >>> >>> https://github.com/pgadmin-org/pgadmin4/issues/10445 >>> >>> >>> >>> Thanks >>> >>> Vipul >>> ------------------------------ >>> Moody's monitors email communications through its networks for >>> regulatory compliance purposes and to protect its customers, employees and >>> business and where allowed to do so by applicable law. The information >>> contained in this e-mail message, and any attachment thereto, is >>> confidential and may not be disclosed without our express permission. If >>> you are not the intended recipient or an employee or agent responsible for >>> delivering this message to the intended recipient, you are hereby notified >>> that you have received this message in error and that any review, >>> dissemination, distribution or copying of this message, or any attachment >>> thereto, in whole or in part, is strictly prohibited. If you have received >>> this message in error, please immediately notify us by telephone, fax or >>> e-mail and delete the message and all of its attachments. Every effort is >>> made to keep our network free from viruses. You should, however, review >>> this e-mail message, as well as any attachment thereto, for viruses. We >>> take no responsibility and have no liability for any computer virus which >>> may be transferred via this e-mail message. >>> >> >> >>
