J'ai 2 tables du même format dans une bdd postgresql. Chacune contient des données (pouvant aller jusqu'à environ 5 millions de lignes). Je cherche donc à déplacer les données d'une des tables vers l'autre, en sachant que certaines lignes de données exportées pourraient déjà se trouver dans la table où on importe, (clé primaire déjà existante), il faudrait alors plutôt faire un update qu'un insert.

Comment pourrais-je m'y prendre ?

Je pensais le faire en php mais ce sera trop long (requêtes select/insert à répétitions..). y aurait-il un moyen plus rapide ? Par exemple est-ce qu'il est possible de faire ça simplement avec du sql ?

Merci

Postgres a en interne deux outils spécifiquement faits pour ça : pgdump & pgrestore.
Tu trouveras la doc sur leur site.

J'ai regardé mais j'ai l'impression que pg_dump sauvegarde l'état de la table dans des fichiers non ?
Alors que je chercher à transférer des données d'une table vers une autre, ou alors il y a une option spéciale pour le faire mais je n'ai pas vu d'exemple associé

Je suis par contre tombé sur ça
INSERT INTO table2 SELECT * FROM table1;

Le problème c'est : si une des données copiée est déjà présente dans la table de destination est-ce qu'il est possible de faire en sorte que la donnée soit mise à jour (type update) ?

j'ai fait ça :

CREATE OR REPLACE FUNCTION deplacer_donnees_update() RETURNS VOID AS
$body$
DECLARE	
	curs refcursor;
	rowvar schema_test.test2%ROWTYPE;
BEGIN
	FOR rowvar IN SELECT * FROM schema_test.test2
	LOOP
		BEGIN
			INSERT INTO schema_test.test1 VALUES(rowvar.id, rowvar.nom);
		EXCEPTION WHEN unique_violation THEN
			UPDATE schema_test.test1 SET nom=rowvar.nom WHERE id=rowvar.id;
	        END;
	END LOOP;
END;
$body$
LANGUAGE plpgsql;

J'ai essayé sur 3 données ça fonctionne, est-ce que le fait de d'ouvrir un nouveau bloc (begin .. end) à chaque tour de boucle nuit beaucoup aux performances ?
Est-ce qu'il y a mieux à faire ?

Merci

INSERT ON DUPLICATE KEY UPDATE

http://sql.sh/cours/insert-into/on-duplicate-key

J'étais tombé sur ça aussi mais cette fonctionnalité n'existe pas pour postgresql (enfin elle sera instaurée dans postgres 9.5) d'où le pl/pgsql ci-dessus

Ah ouai... La vache, je pensais que c'eait beaucoup plus supporté que ça