Hi
It will naturally be a little slower in pgAdmin 4 as it's a web app,
not a native one, but we're aiming to minimise the difference. To that
end, we're currently retro-fitting a new grid control for the Query
Tool, as it's clear that Backgrid has performance issues with larger
data sets. We expe
On Tue, Aug 2, 2016 at 9:08 AM, Kieran McCusker
wrote:
> Hi
>
> Just been looking at the SQL editor in pgAdmin4. Issues I see at the moment
> are:
>
> My users spend a lot of their day editing scripts that are held on the
> network.
> It looks currently like you have to map each network drive to a
Hi
Just been looking at the SQL editor in pgAdmin4. Issues I see at the
moment are:
My users spend a lot of their day editing scripts that are held on
the network.
It looks currently like you have to map each network drive to a
drive letter (in windows).
It takes 3-4 seconds fr
Hi
Just had a look at pgAdmin4. Looks very nice but I'm having some issues
with performance for the kind of use that our office will use it for.
If you take a table like this which we use quite a lot (we are a survey
business, nowadays I would have used jsonb)
CREATE TABLE a870m1
(
id int
