pg_copy_from

(PHP 4 >= 4.2.0, PHP 5, PHP 7)

pg_copy_from — Inserisce le tuple in una tabella prendendole da un array

Descrizione

pg_copy_from ( resource $connessione , string $nometabella , array $tuple [, string $delimitatore [, string $null_as ]] ) : bool

pg_copy_from() inserisce le tuple in una tabella etraendole dall'array tuple. Utilizza internamente il comando OPY per inserire i record. Restituisce TRUE in caso di successo, FALSE in caso di fallimento.

Vedere anche pg_copy_to()

add a note

User Contributed Notes 8 notes

down

Dave ¶

5 years ago


Default is "\\\N" not "\\N" at least in php 5.4

pg_copy_from($db, $table_name, "\t", "\\\N")

down

karlo dot petravic at hotmail dot com ¶

4 months ago


As table name you can also specify columns you want imported.

Will import all columns:
<?php
pg_copy_from($db, 'cpm.ics', $rows);
?>

Will import only specified columns:
<?php
pg_copy_from($db, 'cpm.ics (type, product, date, count, amount)', $rows);
?>

down

Anonymous ¶

10 years ago


see also: pg_put_line for a solution that does not require buffering of all the data to be copied,

down

Dave ¶

7 years ago


As of postgresql 9.1 "standard_conforming_strings" is set to on

This will not work anymore
<?php
$copy_message = "1\t\\N\t300";
pg_copy_from($db, "message", $copy_message);
?>
result will be a "N" in that field. if the field allow text that is else it will fail to insert the post.

simple fix
<?php
$copy_message = "1\t\\NULL\t300";
pg_copy_from($db, "message", $copy_message, "\t","\\NULL");
?>

down

kapouer_php at melix dot org ¶

12 years ago


pg syntax is :
COPY test (cola, colb, colc) FROM stdin;
...

this function doesn't let you in which order the columns are !

down

vlad at php dot net ¶

16 years ago


By default NULL values are a backslash followed with capital N ("\\N"). 

Also, you can't insert entries with OIDs (I've added it to my TODO list though)

down

-1

carl at thep.lu.se ¶

17 years ago


Something needs to be said about the format of the array.
Judging by what I've seen, it's pretty much what you get
from loading a tab-separated file with file(). That is, the
lines are linefeed-terminated and there's no need to have
an extra line with "\.". On the other hand, when I try using this
command the connection to the server ends up in some odd
state and is then lost:
PHP Warning:  U�S�o() query failed: server closed the connection unexpectedly

I think it might be safer to use the lower-level function
pg_put_line() for now.

down

-9

Dave ¶

8 years ago


Fix for "Copy command failed: ERROR: literal carriage return

found in data" or 

"Copy command failed: ERROR: missing data for column

"message" CONTEXT: COPY message, line 1:"



<?php

$message = "HEJ\rHEJ\nHEJ\r\nHEJ\n\rHEJ\tHELLO\\";



$message = addslashes($message);



$message = str_replace(

  array("\n","\r","\t"),

  array("\\n","\\r","\\t"),

  $message);



$copy_message = "1\t". $message ."\t300";



pg_copy_from($db, "message", $copy_message);

?>

add a note