Re: pgAdmin 4 1.0-beta4 - Query Tool, Select file popup issues
От | Michal Kozusznik |
---|---|
Тема | Re: pgAdmin 4 1.0-beta4 - Query Tool, Select file popup issues |
Дата | |
Msg-id | 2fb84c94-1dc2-96d6-4cb5-5e0dfae460bd@ifortuna.cz обсуждение исходный текст |
Ответ на | Re: pgAdmin 4 1.0-beta4 - Query Tool, Select file popup issues (André Cardoso <andrekrieg@gmail.com>) |
Ответы |
Re: pgAdmin 4 1.0-beta4 - Query Tool, Select file
popup issues
|
Список | pgadmin-support |
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) usecases. But it shouldn't be used to drift requirements and user experience wrong way
best regards
MK
On 26.10.2016 17:19, André Cardoso wrote:
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) usecases. But it shouldn't be used to drift requirements and user experience wrong way
best regards
MK
On 26.10.2016 17:19, André Cardoso wrote:
Reason to work with files stored on server: dump/backup fileDo 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 <kozusznik.michal@ifortuna.cz>: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 enough to work with client-side files. It's valid for local as well as remote workWhat do you mean by inconsistent UI experience? If you mean pgadmin having different file browser appearance across various operating systems then it's non-relevant argument. Goal should be to have UI-consistent app in environment it's running under.
I agree. Except where it is not possible to do so, or in cases where
it could lead to an inconsistent UI experience.
With client-app responsible for opening files approach, everything would work out together.
with regards
MK
--
Sent via pgadmin-support mailing list (pgadmin-support@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgadmin-support
Вложения
В списке pgadmin-support по дате отправления: