COPY er PostgreSQLs høytytelseskommando for bulk-lasting og eksportering av data — flytting av store datamengder mellom en fil (eller strøm) og en tabell langt raskere enn individuelle INSERT-setninger. Det er standardverktøyet for import/eksport av store datasett.
users (name, email, age) (FORMAT csv, HEADER );
users (FORMAT csv, HEADER );
\ users (FORMAT csv, HEADER )
COPY leser/skriver en hel fil i én operasjon — dramatisk raskere enn å kjøre tusenvis av individuelle INSERTs.
❌ thousands of individual INSERTs:
each is a separate statement → per-statement overhead, possibly per-row transactions,
network round-trips → SLOW for large data (can be 10-100x slower)
✅ COPY:
one bulk operation, minimal overhead, optimized data path → FAST
→ For loading large datasets, COPY is the go-to; INSERTs are for small/individual rows.
COPY (SQL command) → reads/writes files on the SERVER, needs superuser/file privileges
\copy (psql command) → reads/writes files on the CLIENT, no special privileges
→ Use \copy when running from your machine against a remote database.
✓ Use COPY (not INSERTs) for large data
✓ Consider dropping/disabling indexes and constraints during a huge load, then
recreating them after (building an index once is faster than maintaining it per-row)
✓ Load within a single transaction; increase maintenance_work_mem for index rebuilds
✓ For programmatic bulk inserts, use multi-row INSERT or the driver's COPY support
COPY er det essensielle PostgreSQL-verktøyet for effektiv bulk-lasting og eksportering av data, og å forstå det er verdifullt for enhver situasjon som involverer store datasett — datamigrasjoner, ETL, import/eksport, seed-lasting og analyse, som er vanlige behov i virkeligheten.
Hovedverdien er ytelse: lasting av store datamengder med individuelle INSERT-setninger er dramatisk treg (overhead per setning, round-trips — potensielt 10-100 ganger langsommere), mens COPY utfører lasten som én optimalisert bulk-operasjon, noe som gjør den til standardvalget for import eller eksport av store datasett (tusenvis til millioner av rader).
Å forstå hvorfor COPY er så mye raskere (bulk-operasjon vs overhead per rad) klargjør når man skal bruke den (store data) versus INSERTs (små/individuelle rader).
Å kjenne til den praktiske skillet mellom COPY (server-side SQL-kommando, trenger filtilgang/rettigheter) og copy (psql klient-side kommando, ingen spesialrettigheter — fungerer mot fjernbaser fra maskinen din) er viktig for faktisk bruk i ulike kontekster.
De bulk-lasting-tipsene (bruk COPY over INSERTs, slipp/gjenopprett indekser rundt massive lasting siden bygging av en indeks en gang slår vedlikehold av den per rad, lasting i en transaksjon) er verdifullt optimaliseringskunnskap for store import.
Ettersom bulk-dataoperasjoner (migrasjoner, import, eksport, ETL) er vanlige, og siden COPY er standardmetoden med høy ytelse for å håndtere dem i PostgreSQL (langt bedre enn INSERTs for store data), er forståelse av COPY — ytelsesfordelen, COPY vs \copy-skillet og beste praksis for bulk-lasting — verdifullt, praktisk relevant kunnskap for effektiv flytting av store datasett inn i og ut av Postgres, et hyppig driftsbehov hvor bruk av riktig verktøy (COPY) utgjør en stor forskjell.