Re: plpgsql vs. SQL in stored procedures

Поиск
Список
Период
Сортировка
От Ivan Sergio Borgonovo
Тема Re: plpgsql vs. SQL in stored procedures
Дата
Msg-id 20040331130756.2cc03a1e@stige.webthatworks.it
обсуждение исходный текст
Ответ на Re: plpgsql vs. SQL in stored procedures  (Christopher Browne <cbbrowne@acm.org>)
Ответы Re: plpgsql vs. SQL in stored procedures  (Richard Huxton <dev@archonet.com>)
Список pgsql-sql
On Wed, 31 Mar 2004 03:31:01 -0500
Christopher Browne <cbbrowne@acm.org> wrote:

> The forthcoming support for recursive queries using a WITH clause
> might provide, after a fashion, a way to declare variables.

I think I'll have to work with pg 7.3
Does this translate to: you won't be able to use variables?

I was used to do stuff like this with MS SQL

create proc sp_getuid @uid uniqueidentifier
as   delete from auth where lapse<dateadd(mi,-25,getdate())   declare @R_ID int
   set @R_ID=(select R_ID from auth where       lapse>dateadd(mi,-10,getdate())       and A_ID=@uid)   if (@R_ID is
null)  begin       delete from auth where A_ID=@uid       select null as R_ID   end   else   begin       update auth
setlapse=getdate() where A_ID=@uid       select @R_ID as R_ID   end
 

Does it mean that to have variables in SP I'll have to use plpgsql
in spite of plain SQL?

> As for IF, there is a functional equivalent to it in the form of the
> SQL standard CASE statement.

TY for the refreshing pointer. I was looking in the wrong place.



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

Предыдущее
От: Stephen Quinney
Дата:
Сообщение: Timestamp manipulation
Следующее
От: Richard Huxton
Дата:
Сообщение: Re: plpgsql vs. SQL in stored procedures