Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Mailing Lists -> Oracle-L -> RE: Flat file generation integrity ideas...

RE: Flat file generation integrity ideas...

From: Kevin Lange <kgel_at_ppoone.com>
Date: Thu, 24 Oct 2002 11:43:11 -0800
Message-ID: <F001.004F2DB4.20021024114311@fatcity.com>


Trouble with this is that there is a possibility that a change in the number in the file could result in the same sum.  

Then you have different data but your checks says everything is ok.  

Checksums are far more accurate.

-----Original Message-----

Sent: Thursday, October 24, 2002 1:49 PM To: Multiple recipients of list ORACLE-L

(slapping my forehead) Duh.  

Nice. I like it. Simple but effective. Minimal impact on performance. And easy for the other systems to implement.  

You da man, Tom, I don't care what Jared and Rachel said about you...  

Thanks.

-----Original Message-----

Sent: Thursday, October 24, 2002 2:14 PM To: Multiple recipients of list ORACLE-L

Chris,  

have you thought about summing a number column in the record and placing this sum in a trailer record? this way, you have a header and trailer record which helps you be confident that the whole file made it to the target system. and by comparing the sum of the imported records with the trailer record, it gives you a better level of confidence that things didn't get scrambled.  

I used to do all sorts of these things when file transfer was not as good as it is now. the above method is pretty simple, easy to do, and pretty accurate.  

hope this helps.  

Tom Mercadante
Oracle Certified Professional

-----Original Message-----

Sent: Thursday, October 24, 2002 1:35 PM To: Multiple recipients of list ORACLE-L

I have to create packages that will generate several flat files of data from tables that will be sent to other systems to be processed.

I am looking for ideas on how to ensure data integrity in the flat files.

For example, the expected record count is stored on the first line of the file to ensure that the correct amount of records was received.

The systems group is chartered to ensure the flat files are correctly FTPed between systems, so that's covered.

I just worry that if "somehow" a flat file is scrambled then the scrambled data is loaded into the database, therefore corrupting it.

At this phase, XML is not an option

I keep thinking that some sort of CRC should be stored with each line in the flat file. And then before the line is loaded into the database, the CRC is compared against the generated CRC of the just read line. Has anyone done anything like this? Any examples out there?

Many TIA!!

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Kevin Lange
  INET: kgel_at_ppoone.com

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services

---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
Received on Thu Oct 24 2002 - 14:43:11 CDT

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US