Re: FTP between LPARs doesn't produce the same row numbers in...

[CRPence <CRPbottle@xxxxxxxxx>]

  Does /tables/ mean to imply SQL TABLE?  Has an interactive query 
report been performed and data paged through to get a visual if the 
transport seemed valid, or an automated compare for example by join 
against a saved\restored copy of the same data?  Any DECIMAL or BINARY 
types?  Are they both i5/OS for the /source/ and /target/ partitions? 
FTP using PUT or GET subcommand, on or to i5/OS?  BINary or TEXT 
transport?  TRIM setting?

Regards, Chuck

Dave Odom wrote:
> source and target tables. Most target tables have more rows
> than their source.  There are a few tables where the numbers equal
> but the majority of tables I'm FTPing have higher row counts on the
> target side. Of course, I'm accounting for additions to the source
> as it's in a production environment but the number of additional
> rows in the target tables seems too high for any production
> additions between the time I start the FTP and the time I compare
> row counts. What am I missing in FTP's processing?