× 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.



http://publib.boulder.ibm.com/infocenter/iseries/v5r4/index.jsp?topic=%2Frzaki%2Frzakiautostrjrnl.htm
--
Sean Porterfield


-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Brian Piotrowski
Sent: Friday, June 08, 2012 08:55
To: Midrange Systems Technical Discussion
Subject: RE: CPF4328 When Creating Table in SQL Interpreter

On second thought, I think I will isolate my PLC data from the rest of the data. That way I can maintain a better control on it.

Thanks to everyone who answered!

/b;

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Brian Piotrowski
Sent: Friday, June 08, 2012 8:46 AM
To: Midrange Systems Technical Discussion
Subject: RE: CPF4328 When Creating Table in SQL Interpreter

Thanks, Alan.

But what if I want to keep the table in a library that already exists? Can I modify the current library to include this statement? I'd like to keep all of my data files in one spot instead of having them all over the system.

Thanks!

/b;

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Alan Campin
Sent: Thursday, June 07, 2012 4:19 PM
To: Midrange Systems Technical Discussion
Subject: Re: CPF4328 When Creating Table in SQL Interpreter

Easiest way is to create an SQL library. Do a STRSQL and type a CREATE COLLECTION and enter a library name. It will create a library with journal and all SQL objects. Any table that is created in it is automatically journaled.

On Thu, Jun 7, 2012 at 2:13 PM, Brian Piotrowski <bpiotrowski@xxxxxxxxxxxxxxx> wrote:
Thanks, everyone.

If journaling needs to be turned on, how do I do it through a create table statement in the interpreter?

Thanks!

/b;

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Alan Campin
Sent: Thursday, June 07, 2012 3:19 PM
To: Midrange Systems Technical Discussion
Subject: Re: CPF4328 When Creating Table in SQL Interpreter

The table must be journaled to write records to it from SQL Server or any PC platform.

On Thu, Jun 7, 2012 at 12:39 PM, Brian Piotrowski <bpiotrowski@xxxxxxxxxxxxxxx> wrote:
Hi All,

I created a table in the SQL Interpreter using this statement:
CREATE TABLE SPSL/PLC_WORK2 (PLANTCODE CHAR ( 1) NOT NULL WITH
DEFAULT, LREFNUM INT NOT NULL WITH DEFAULT, MDLCODE INT NOT NULL WITH
DEFAULT, ACK INT , MTOC CHAR ( 6) NOT NULL WITH DEFAULT)

(As seen above, the "ACK" field is set to null when it is not filled in - this is a requirement from the PLC system).

I received this message back:
Table PLC_WORK2 in SPSL created but was not journaled.

However, now when I try to update the table through another SQL statement (it's actually a scheduled task running on our SQL2008 server) I'm getting a CPF4328 error.

How do I manually update the SQL table so that I can have the SQL statement update the table without it throwing the CPF4328 error? I know it has something to do with the commitment control being set to *NC, but I don't know how to set it on the created table.

This email is confidential, intended only for the named recipient(s) above and may contain information that is privileged. If you have received this message in error or are not the named recipient(s), please notify the sender immediately and delete this email message from your computer as any and all unauthorized distribution or use of this message is strictly prohibited. Thank you.

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.