Re: Do we need yet another IDE (SQL development assistant) for PostgreSQL?

Поиск
Список
Период
Сортировка
От Dmitry Igrishin
Тема Re: Do we need yet another IDE (SQL development assistant) for PostgreSQL?
Дата
Msg-id CAAfz9KOzQ57Zy_FuLLs3wcSp0nv6s0X_SABZwntpyx9gLZ7vAA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Do we need yet another IDE (SQL development assistant) for PostgreSQL?  (Pavel Stehule <pavel.stehule@gmail.com>)
Ответы Re: Do we need yet another IDE (SQL development assistant) for PostgreSQL?
Список pgsql-general


пн, 16 июл. 2018 г. в 15:01, Pavel Stehule <pavel.stehule@gmail.com>:


2018-07-16 13:52 GMT+02:00 Dmitry Igrishin <dmitigr@gmail.com>:


пн, 16 июл. 2018 г. в 14:26, <kpi6288@gmail.com>:

We – and the majority of our customers - are mainly focused on Windows. We use pgadmin iii and our own assistants. pgadmin iv ist still too slow on Windows compared to pgadmin iii. That is one reason why we still use PostgreSQL 9.6.  

For performance reasons I mostly use the C++ language. Thus, I think the performance
should not be a problem here.
 

 

That said, one requirement on a commercial tool for us would be royalty free distribution to our customers. It should however provide the functions of pgadmin iii.

Do you need an administration tool or an assistant for database development? I conceived Pgspa as a
development tool, which works with source files organized in the usual way. For example, the sources
of the schema "foo" could be organized as:
  foo/functions/*.sql
       /views/*.sql
       /triggers/*.sql
       ...
The developer works with files rather than objects retrieved from the database and loaded
into the tree view of the GUI (like in pgAdmin and most of other similar tools). Though, the
database browser GUI is a useful feature of course, and should be implemented.

Few years I am thinking about new IDE for stored procedures. Probably It should not be written from scratch, but It should to be multiplatform.
Me too :-) I have a command line prototype of the tool with the basic functional. It's written
in C++ by using the Pgfe client library and in PL/pgSQL as the PostgreSQL extension.


what can be nice

1. source should be in files with GIT support
+1. It's the main feature. Already done.
2. integration with developer databese + well autocomplete support
It's the most hard part and could be implemented later.
3. formatting - SQL, PL, ..
 Good feature for future releases.
4. online code validation
Not sure I understand. Can you please elaborate what do you mean?
5. The should not be strong relation between files and schemas. Now is not too hard to have information what content is in some file. There can be physical organization (by files), and logical (by schemas, functions, views, ...)
I agree and there is no problems with it. But logical organization would be a bit simpler
to implement, and would be suitable for the most users. Also it can be even helpful when someone
working with foreign project since the database objects are arranged in shelves.
6. good performance is important - but Java is good enough today - DBeaver is has good speed
My primary (and favorite) language still C++ :-)

Regards

Good luck - can be pretty hard to write it.
Thank you, Pavel! But I haven't decided about starting this project, since I'm not sure about
the interest from the community.

p.s. IDE for developers is some different than admin tool for administrators. Should be decided what is target.
Yeah, I'm talking about the tool for developers here.

В списке pgsql-general по дате отправления:

Предыдущее
От: Pavel Stehule
Дата:
Сообщение: Re: Do we need yet another IDE (SQL development assistant) for PostgreSQL?
Следующее
От: Pavel Stehule
Дата:
Сообщение: Re: Do we need yet another IDE (SQL development assistant) for PostgreSQL?