Re(2): CREATE TABLE question (SQL)

["Mike Naughton" <mnaughton@xxxxxxxxxxxx>]

He's got some applications where the fields he's looking for may vary
based on who the user is, what the manufactured item is, what part of the
manufacturing process is involved, etc. There are a number of ways to go
at this, but he was intrigued by the thought that he could just create a
table on the fly and then delete it when he's done. I don't think he wants
to create a table for every possibility.

otoh, I don't know much about cursors and views yet, so yes I will look 
into them. Thanks!

Rolf P. Mittag writes:
>In my opinion creating tables is more or less a
>one time action, so what's wrong with creation
>with interactive SQL?
>
>If you need a temporary table many times
>why not do a
>
>    CRTDUPOBJ <fromObj> <fromLib> *FILE <toLib> <newObj> ?
>
>this creates a duplicate of the object.
>
>Another thing you should look at are cursors and views.
>
>    CREATE x CURSOR AS <select statement>
>
>    CREATE x VIEW AS <select statement>
>
>which would give access to data temporarly (cursor) or
>permanent (view) without duplicating the data.



Mike Naughton
Senior Programmer/Analyst
Judd Wire, Inc.
124 Turnpike Road
Turners Falls, MA  01376
413-863-4357 x444
mnaughton@juddwire.com

+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---