Re: [GENERAL] stored procedure revisited

Поиск
Список
Период
Сортировка
От Yin-So Chen
Тема Re: [GENERAL] stored procedure revisited
Дата
Msg-id 3800FA90.3AD23CC3@uswest.net
обсуждение исходный текст
Ответ на Re: [GENERAL] stored procedure revisited  ("amy cheng" <amycq@hotmail.com>)
Список pgsql-general
amy cheng wrote:
>
> forgive my ignorance. why "multi-resultset, multi-level transaction" SP is
> so important? no work-around? I rememeber there were some discussion on
> multiple-return-value-function in the past. My impression is that they are
> not that crucial and usually can
> find rather simple work-arounds.
>

SP is important for a lot of reasons.  First it allows faster network
transmission because you don't have to send the query over and over
again, second it allows for faster execution because the server doesn't
need to reparse the query every time, third it allows for conceptual
abstraction so the queries can be moved into the database layer, etc...
"multi-resultset, multi-level transaction" is just an indication of what
other database can do with SP's.  All I want to know is if there is SP
for postgresql, or _better_than_SP_ alternatives.

Work-arounds are, exactly that, work-arounds.  They are something that
will work _for_now_, but not the best solution.  I ask the question not
because I don't know how to live without SP, but because I want to see
what the mentality is behind the whole thing - is there something
intrinsically wrong with having SP, or is there some better stuffs than
SP out there, etc.  What makes a piece of software great?  When its
developers do not settle for work-arounds.

My questions still stand.  Please can someone fill in on the status with
SP, thanks.

Regards,

yin-so chen

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

Предыдущее
От: Charles Tassell
Дата:
Сообщение: Re: [GENERAL] Connect PostgreSQL 6.0 Server with php4b
Следующее
От: Martin Dolog
Дата:
Сообщение: unsubscribe