×
The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.
-----Original Message-----
From: Vernon Hamberg
Sent: Friday, March 01, 2013 12:23 PM
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.
Thx
Vern
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.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 on our policy page. If you have questions about this, please contact
[javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.
midrange.com
