Re: Async IO HTTP server frontend for PostgreSQL

Поиск
Список
Период
Сортировка
От Dmitriy Igrishin
Тема Re: Async IO HTTP server frontend for PostgreSQL
Дата
Msg-id CAAfz9KNxL=Cd5xP8E1j-8ZEnVMZUKS9q7exB1nVh1nT8UToEYg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Async IO HTTP server frontend for PostgreSQL  (John DeSoi <desoi@pgedit.com>)
Ответы Re: Async IO HTTP server frontend for PostgreSQL  (John DeSoi <desoi@pgedit.com>)
Список pgsql-general
Hello, John

2014-09-10 17:25 GMT+04:00 John DeSoi <desoi@pgedit.com>:

On Sep 9, 2014, at 7:31 PM, David Boreham <david_list@boreham.org> wrote:

> Hi Dmitriy, are you able to say a little about what's driving your quest for async http-to-pg ?
> I'm curious as to the motivations, and whether they match up with some of my own reasons for wanting to use low-thread-count solutions.

For some discussion and preliminary design, see also

https://wiki.postgresql.org/wiki/HTTP_API

John DeSoi, Ph.D.
While this is not related to the %subj%, I've glanced and the link above.
And I found this complex. (As many many many "nice featured" things
on the market today.) Could you tell me please, for example, why the
URLs like
/databases/:database_name/schemas/:schema_name/tables/:table_name
OR
/databases/:database_name/schemas/:schema_name/table/:table_name/indexes/:index_name
Whats wrong with SQL way to get such info from sys. catalogs or
the information schema?
I guess, I know the answer -- "its just pretty nice and clear". But
I think it's just a waste of time (of users which should learn all of
these fancies, and developers which should implement them).


--
// Dmitriy.

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: CREATE SYNONYM in PostgreSQL
Следующее
От: Steve Atkins
Дата:
Сообщение: Re: Async IO HTTP server frontend for PostgreSQL