On Wed, Oct 26, 2016 at 4:00 PM, Michal Kozusznik
wrote:
> On 26.10.2016 16:15, Dave Page wrote:
>>
>>
>> Or a misunderstanding on your part on the goals of the project and
>> reasons for them.
>
>
> So just list the reasons, please.
> IMO there is no single reason to work with files stored on the
Well... Looks like you don't have any experience with SQL Server...
Oracle works pretty the same way with dump files... At server side... Same
with backup files...
I think the lazy/amateur guy here is only you...
2016-10-26 13:31 GMT-02:00 Michal Kozusznik :
> I can only say, that making dump fi
I can only say, that making dump files on server side is neither good
practice or practical. In both cases there are multiple reasons why not
do that.
And in most cases it's automated job, which this usecase irrelevant for
pgAdmin.
I can admit it might be handsome in some (lazy/amateur) usecas
Reason to work with files stored on server: dump/backup file
Do you already worked with Microsoft SQL Server? If you do, then you know
some things are more secure at server side than client side... IMHO...
2016-10-26 13:00 GMT-02:00 Michal Kozusznik :
> On 26.10.2016 16:15, Dave Page wrote:
>
On 26.10.2016 16:15, Dave Page wrote:
Or a misunderstanding on your part on the goals of the project and
reasons for them.
So just list the reasons, please.
IMO there is no single reason to work with files stored on the server.
It could be even considered non-safe in some scenarios. It's enou
On Wed, Oct 26, 2016 at 3:04 PM, Michal Kozusznik
wrote:
> On 26.10.2016 10:58, Dave Page wrote:
>>
>> I wouldn't be so sure about that :-/. There are various problems with
>> using native file dialogues - firstly, they won't work at all in
>> server mode where you actually need to browse the file
On 26.10.2016 10:58, Dave Page wrote:
I wouldn't be so sure about that :-/. There are various problems with
using native file dialogues - firstly, they won't work at all in
server mode where you actually need to browse the filesystem on the
server, not the client.
(...)
So, I can't see us using
Hi
pgAdmin3 LTS is a fork of the project and not something we can
support. You'll need to contact the vendor for assistance.
Regards, Dave.
On Wed, Oct 26, 2016 at 2:44 PM, QUIDOZ Marie-Claude
wrote:
> Bonjour
>
>
> J’ai voulu essayer d’installer PGADMIN3 LTS sur mon poste Windows (mon
> serve
Bonjour
J’ai voulu essayer d’installer PGADMIN3 LTS sur mon poste Windows (mon serveur
est sur DEBIAN en 9.6) en suivant cette procédure
Or as a stand-alone via our command line package manager
(https://www.bigsql.org/package-manager.jsp) to use with PG 8.4 thru 9.6 by
just typing:
pgc upda
Hi
On Tue, Oct 25, 2016 at 7:22 PM, vnicolici wrote:
> Hello. I just started using pgAdmin 4, and first of all let me say it looks
> very promising. Works much better on high DPI displays.
Thanks.
> And I especially like that it is no longer affected so much by high latency
> network connection
Hello. I just started using pgAdmin 4, and first of all let me say it looks
very promising. Works much better on high DPI displays.
And I especially like that it is no longer affected so much by high latency
network connections. The old pgAdmin really struggled when the database was
on a different
11 matches
Mail list logo
