Just curious, did you try CPYF ... CRTFILE(*YES)
or CRTDUPOBJ ... OBJTYPE(*FILE) ?
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Vernon Hamberg
Sent: Friday, March 01, 2013 10:24 AM
To: Midrange Systems Technical Discussion
Subject: Level check using CREATE TABLE AS (SELECT
I have looked around some, to find a solution. We have a process that is creating a duplicate of a table with selected columns into QTEMP. The table has a couple timestamps, otherwise it is all ZONED and ALPHA.
One of the timestamps is a ROW CHANGE TIMESTAMP.
The format level ID is not the same as the table used in the SELECT.
Both objects are SQL tables, so it's not a matter of one is an SQL object and the other is not.
Now to have a simple example, I tried it with QIWS/QCUSTCDT, and the result is the same.
create table qtemp/mytest as (SELECT * FROM qiws/qcustcdt) with no data
Fmt lvl ID for QCUSTCDT is 3B84438D4C428
Fmt lvl ID for MYTEST is 449C8BB02A248
At this time we are doing a single-record CPYF, then some overrides, then an INSERT with OVERRIDING SYSTEM VALUE clause.
Is this just the way it is, or is there a PTF to take care of this? I do not yet have access to PTF info here. We ARE at 7.1 of the OS.
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l.
This mailing list archive is Copyright 1997-2015 by MIDRANGE dot COM and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available here. If you have questions about this, please contact