Re: SQL Server -> Postgres migration: Stored Procedure replacement?

From: Roger Wernersson <rw(at)mindark(dot)com>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: SQL Server -> Postgres migration: Stored Procedure replacement?
Date: 2001-05-08 18:31:13
Message-ID: 3AF83B71.1C8DDDFA@mindark.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-sql

You just use a view. Period.

CREATE VIEW foobarview AS SELECT a, c FROM foo;

What else do you need?

CREATE VIEW foobarview AS SELECT a*2 AS double, b*c AS multiple,
max(a,c) AS maximum FROM foo;

I believe views does it all.

/Roger

Eliel Mamousette wrote:
>
> "Tom Lane" <sss.pgh.pa.us> writes:
> > "Eliel Mamousette" <eliel(at)panix(dot)com> writes:
> [question re: returning rows deleted to conserve bits]
> >
> > You don't specify more than one return type --- you specify one return
> > type that is a composite type. Composite types are currently tied to
> > tables; creating a table also creates a type that represents one of its
> > rows. Thus
> >
> > create table foo (a int, b int, c int);
> > create function foobar (...) returns foo as ...
>
> Does rule also apply to views?
>
> For example, what is the best practice when one doesn't want to return
> a whole row? Given the restriction as stated, if I only wanted to
> return column a and c from the table above, would I create a view
> fooview and then say that function foobarview returns fooview?
>
> If I write a paragraph about this process, to whom should I mail it for
> inclusion in the documentation? I imagine it will be a FAQ for we who
> are striving to escape from the legacy of Sybase and Microsoft's SQL
> Server....
>
> > Note that there are some annoying syntactic limitations on what you can
> > actually *do* with a function returning tuples. We have plans to
> > improve that situation in 7.2 or beyond, but for now, this facility
> > isn't nearly as useful as one might think.
>
> Thanks Tom, but can you be a bit more specific about what one can't do
> with returned tuples? It might save some folks (and me) some time.
>
> thanks again, this process has been extremely helpful,
> eliel
>
> > regards, tom lane
> >
>
> ---------------------------(end of broadcast)---------------------------
> TIP 2: you can get off all lists at once with the unregister command
> (send "unregister YourEmailAddressHere" to majordomo(at)postgresql(dot)org)

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Roger Wernersson 2001-05-08 18:33:47 Re: pg_restore problems?
Previous Message Fran Fabrizio 2001-05-08 18:20:45 Re: select off of a view going slowly

Browse pgsql-sql by date

  From Date Subject
Next Message Richard Huxton 2001-05-08 19:43:27 Re: INT8 sequences
Previous Message Robert Beer 2001-05-08 16:01:33 Newbie ex-Oracle person's question: Oracle ROWID = PSQL OID, Orac le ROWNUM = PSQL ???