Skip to content

feat: add bulk-operation bug scenario #2

Description

@jaeyeopme

Inserting large datasets row-by-row (or even in small batches) creates a severe bottleneck once you cross ~10K rows. The overhead of individual round-trips, transaction logging, and index maintenance per statement adds up fast.

The hypothesis here: PostgreSQL COPY outperforms batched INSERT by an order of magnitude at scale. This module should prove (or disprove) that with real numbers.

Reproduce the bottleneck first — a naive loop inserting rows one-at-a-time — then implement bulk strategies: JDBC batch inserts, COPY via PgConnection, and possibly Spring Data's saveAll with batch sizing. Benchmark each at 1K, 10K, 100K rows. Correctness check: row counts and data integrity post-insert.

Must satisfy AC-1 through AC-5. Standard module layout with benchmark artifacts under docs/.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions