Hi - I created a temporary table mimicing your data and then created a process to extract/insert the data. Once inserted into a new table, I did a table to table comparison. The comparison gave all three rows as equal so is there something else you are doing in between the extract and the insert?
drop user ovug cascade;
create user ovug identified by passw0rd;
grant dba to ovug;
create table ovug.testtbl (keyval varchar2(5), numval number(*,0) not null);
insert into ovug.testtbl (keyval, numval) values ('00001',12345670551607123433666116255796);
insert into ovug.testtbl (keyval, numval) values ('00002',123456705516071234336661162);
insert into ovug.testtbl (keyval, numval) values ('00003',123456705516071234);
I am running Optim 11.3.0.7 and Oracle 12.2.
------------------------------
JIMMY WILSON
------------------------------
Original Message:
Sent: Mon April 27, 2020 10:38 AM
From: Harshavardhan Peddireddy
Subject: Issue with column's having ORA_NUMBER Data types
Hi All,
When we deal with column's having "Number" Data Type with No precision and Zero scale ( Oracle DB ). Optim Extract job successfully extracting data only for <= 30 bytes. The data at 31st byte till 38 was changed as ZERO instead of source data as is.
Column Def:
NUMBER(*, 0) NOT NULL
Data samples before and after Extract
Sample Source Data > 30 Bytes : 12345670551607123433666116255796
Data in the Extract file > 30 Bytes: 12345670551607123433666110000000
Sample Source Data > 30 Bytes : 123456705516071234336661162
Data in the Extract file > 30 Bytes: 123456705516071234336661100
Sample Source Data <= 30 Bytes : 123456705516071234
Data in the Extract file <= 30 Bytes: 123456705516071234
Our expectation is to just get the source data as is in the Extract file and mask couple of different column's in the same table --> and finally Load into the Target without any changes on above said column ( NUMBER Type ).
Any one faced similar issue ? if Yes please advise us the solution.
Thank you
------------------------------
Harshavardhan Peddireddy
------------------------------
#InfoSphereOptim
#Optim