robertmu commented on issue #1298:
URL: https://github.com/apache/cloudberry/issues/1298#issuecomment-3166495454

   This bug also leads to illogical and unpredictable row counts in other 
scenarios(backup/restore). For example, on a 4-segment cluster performing a 
COPY ... FROM ... ON SEGMENT into a replicated table:
   
   * If three segments are provided with identical data files, each containing 
100 rows,
   * And the fourth segment is provided with an empty file,
   * The COPY command incorrectly reports that 75 rows were copied.
   
   This result appears to be calculated as (100 rows * 3 files) / 4 segments = 
75. This behavior is arbitrary and nonsensical for a data loading operation


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: commits-unsubscr...@cloudberry.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscr...@cloudberry.apache.org
For additional commands, e-mail: commits-h...@cloudberry.apache.org

Reply via email to