Re: Parser - Query Analyser

Поиск
Список
Период
Сортировка
От David Johnston
Тема Re: Parser - Query Analyser
Дата
Msg-id 227A7E19-C24D-48D8-ABFB-3A576D338B28@yahoo.com
обсуждение исходный текст
Ответ на Parser - Query Analyser  (Michael Giannakopoulos <miccagiann@gmail.com>)
Список pgsql-hackers
On Nov 17, 2012, at 9:18, Michael Giannakopoulos <miccagiann@gmail.com> wrote:

> Hello guys,
>
> My name is Michail Giannakopoulos and I am a graduate student at University of Toronto. I have no previous experience
indeveloping a system like postgreSQL before. 
>
> What I am trying to explore is if it is possible to extend postgreSQL in order to accept queries of the form:
>
> Select function(att1, att2, att3) AS output(out1, out2, ..., outk) FROM [database_name];
>

Anything is possible but what you are trying to do makes little sense generally and would take a tremendous amount of
workto be done in PostgreSQL.  The two main limitations are that you are creating a entirely new query language format
andthat the name of the database is constant and determined at the time of connection to the database. 

From a practical perspective I do not believe it (as written exactly above) can done without breaking existing
functionalityand/or introducing ambiguities. 

As I am not a PostgreSQL developer myself I cannot be of much more help but ISTM that providing more why and less what
wouldget you better advice.  As to learning how to contribute to the project I will let others point you to the
existingresources that are out there.  It would, however, probably help to explain what skills and background you
alreadyposses. 

David J.





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

Предыдущее
От: Hannu Krosing
Дата:
Сообщение: Re: logical changeset generation v3 - comparison to Postgres-R change set format
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Doc patch, put pg_temp into the documentation's index