221

I have a database schema named: nyummy and a table named cimory:

create table nyummy.cimory (
  id numeric(10,0) not null,
  name character varying(60) not null,
  city character varying(50) not null,
  CONSTRAINT cimory_pkey PRIMARY KEY (id)
);

I want to export the cimory table's data as insert SQL script file. However, I only want to export records/data where the city is equal to 'tokyo' (assume city data are all lowercase).

How to do it?

It doesn't matter whether the solution is in freeware GUI tools or command line (although GUI tools solution is better). I had tried pgAdmin III, but I can't find an option to do this.

Erwin Brandstetter
  • 479,275
  • 111
  • 893
  • 1,042
null
  • 7,598
  • 14
  • 55
  • 94
  • PostgreSQL cannot select across databases. At least, older versions cannot and neither can Greenplum, don't know about 9.x. – PhilHibbs Feb 17 '17 at 13:55
  • I realize this is old, but I just wanted to mention that it *is* possible to select across databases using [dblink](https://www.postgresql.org/docs/current/dblink.html), which has been available since at least v8.3. It makes use of foreign servers and foreign data wrappers to connect to "remote" databases. This works whether those databases exist on the same instance or entirely different hosts. I've used it fairly extensively to create materialized views into other databases to facilitate certain reporting and such and it works great. – G_Hosa_Phat Mar 05 '20 at 14:46

10 Answers10

320

Create a table with the set you want to export and then use the command line utility pg_dump to export to a file:

create table export_table as 
select id, name, city
from nyummy.cimory
where city = 'tokyo'
$ pg_dump --table=export_table --data-only --column-inserts my_database > data.sql

--column-inserts will dump as insert commands with column names.

--data-only do not dump schema.

As commented below, creating a view in instead of a table will obviate the table creation whenever a new export is necessary.

Abdellah Alaoui
  • 4,276
  • 1
  • 22
  • 33
Clodoaldo Neto
  • 98,807
  • 21
  • 191
  • 235
  • 3
    Alright, so far your solution works. One thing missed is I need to add "-U user_name". I also almost succeed with ToraSQL tool, it's just that it has error in date-time data in the script result. If none can give GUI tool solution in 2 days, your answer will be accepted – null Oct 10 '12 at 09:54
  • 2
    Just want to share to other people, you can also use this free GUI tool: SQL Workbench/J (with postgreSQL jdbc4 driver), to do the same thing. – null Oct 11 '12 at 09:27
  • 2
    This would be much better with `create view export_view...`, since the view would remain up-to-date with changes to the base table. The [docs](https://www.postgresql.org/docs/9.5/static/app-pgdump.html) say `--table=table: Dump only tables (or **views**...` so I had some hope this would work, but dumping a view sadly yields no data. :P – poshest Nov 20 '16 at 08:31
  • 1
    @poshest It works for me in 9.5. What exactly did you try? – Clodoaldo Neto Nov 20 '16 at 10:16
  • @ClodoaldoNeto oh, OK great! I hope I can also get it working. I used `pg_dump --table=my_schema.my_view --data-only --inserts my_db > data.sql`, version 9.5.3, and my `create` statement was the same as yours except `create view...`. All I get in the output is the usual pg_dump comments and `SET` statements. Not sure where I'm going wrong. – poshest Nov 20 '16 at 15:19
  • @poshest If the table is empty or the where condition filters all rows out then no rows will be int the pg_dump output. – Clodoaldo Neto Nov 20 '16 at 21:18
  • @ClodoaldoNeto there's definitely data in the table, and selecting from the view in PG Admin yields data. Changing `my_view` in my pg_dump statement above to `my_table` (upon which `my_view` is based) also works. I'm not sure what I'm doing wrong. Knowing it CAN work is great though. I'll keep trying and report back when I work it out. – poshest Nov 22 '16 at 10:00
  • This solution is work. From this solution in sql file, table name is "export_table". But the original table name is nyummy.cimory. Lets take production DB and UAT DB server. In both DB server I have the nyummy schema and cimory table. I need to take dump for particular rows from production cimory table to UAT cimory table. For that I need to create one "export_table" table, then I change the table name in sql file. Then I need to copy the data to UAT table. So is there any way to take dump for particular rows from a table. – Nivetha Jaishankar Apr 02 '18 at 12:19
  • So is there any way to take dump for particular rows from a production table. If it is possible we can copy the data to UAT easily. No need to create extra table in production database. – Nivetha Jaishankar Apr 02 '18 at 12:30
  • I want to do this for multiple tables and want to store their insert statements in same file. so if i dynamically generate pg_dump command for each table and then execute it will it keep appending to same file or overwrite it? – Udit Solanki Mar 03 '19 at 05:41
  • ohk. answering my own question.. you can dump multiple table By using multiple --table clauses. – Udit Solanki Mar 03 '19 at 06:21
193

To export data only use COPY:

COPY (SELECT * FROM nyummy.cimory WHERE city = 'tokio') TO '/path/to/file.csv';

You can export a whole table, only selected columns, or the result of a query as demonstrated. No need to create a table explicitly.

You get a file with one table row per line as plain text (not INSERT commands). Smaller and faster than INSERT commands.

To import the same to another Postgres table of matching structure anywhere (columns in same order, data types compatible!):

COPY other_tbl FROM '/path/to/file.csv';

COPY writes and reads files local to the server, unlike client programs like pg_dump or psql which read and write files local to the client. If both run on the same machine, it doesn't matter much, but it does for remote connections.

There is also the \copy command of psql:

Performs a frontend (client) copy. This is an operation that runs an SQL COPY command, but instead of the server reading or writing the specified file, psql reads or writes the file and routes the data between the server and the local file system. This means that file accessibility and privileges are those of the local user, not the server, and no SQL superuser privileges are required.

Same syntax as above. Just replace COPY with \copy.

Erwin Brandstetter
  • 479,275
  • 111
  • 893
  • 1,042
  • 11
    The OP calls specifically for _data as insert sql script file_. I guess he is talking about `insert` commands, don't you? – Clodoaldo Neto Oct 10 '12 at 17:51
  • 1
    @Clodoaldo: You may be right, in which case your answer would be a better fit. One could also copy the CREATE script in pgAdmin separately (as the OP mentions GUIs). – Erwin Brandstetter Oct 10 '12 at 19:27
  • 3
    `STDIN` and `STDOUT` can be used in place of file path, useful for small data exports. – Amir Ali Akbari Jan 06 '15 at 03:38
  • 1
    _Without_ the `--column-inserts` flag, pg_dump uses a `COPY` from STDIN for each of the tables in the SQL code it generates. – Randall Oct 26 '16 at 13:17
  • 2
    Take care that the order of the columns you SELECT matches the order of the columns in the destination database. If it doesn't, this could fail, or worse, succeed but insert bad data. – Nathan Wallace Jul 09 '18 at 18:21
38

This is an easy and fast way to export a table to a script with pgAdmin manually without extra installations:

  1. Right click on target table and select "Backup".
  2. Select a file path to store the backup. As Format choose "Plain".
  3. Open the tab "Dump Options #2" at the bottom and check "Use Column Inserts".
  4. Click the Backup-button.
  5. If you open the resulting file with a text reader (e.g. notepad++) you get a script to create the whole table. From there you can simply copy the generated INSERT-Statements.

This method also works with the technique of making an export_table as demonstrated in @Clodoaldo Neto's answer.

Click right on target table and choose "Backup"

Choose a destination path and change the format to "Plain"

Open the tab "Dump Options #2" at the bottom and check "Use Column Inserts"

You can copy the INSERT Statements from there.

Andi R
  • 929
  • 8
  • 16
  • When I do this, there is no "Bakckup" option. This is pgAdmin III v1.18.1 connecting to Greenplum 4.3.4.1 (based on PostgreSQL 8.2.15). – PhilHibbs Feb 17 '17 at 10:39
  • I installed pgAdmin III v1.18.1 and there _was_ the "backup" option. I connected to a PostgreSQL 9.5. So the problem is most probably between pgAdmin and the Greenplum. – Andi R Feb 22 '17 at 14:42
  • Works as intended in pgAdmin4 – Nikhil May 28 '20 at 14:03
9

SQL Workbench has such a feature.

After running a query, right click on the query results and choose "Copy Data As SQL > SQL Insert"

machinery
  • 3,413
  • 4
  • 34
  • 49
  • 1
    It works great. When you choose 'postgres' as the 'driver', It's probable that you'll have to download the JDBC drivers yourself: https://jdbc.postgresql.org/download.html (it's a .jar file - java binary) and add it as the 'driver' of the postgresql conneciton. The connection string (or URL as in the interface) should look like that: jdbc:postgresql://127.0.0.1:5432/db_name – mrmuggles Jul 13 '16 at 06:30
  • [DBVisualizer](https://www.dbvis.com/) has a similar and excellent feature that can copy to a file or straight to the clipboard. – Noumenon Jan 17 '17 at 21:43
9

For my use-case I was able to simply pipe to grep.

pg_dump -U user_name --data-only --column-inserts -t nyummy.cimory | grep "tokyo" > tokyo.sql
M.Vanderlee
  • 1,935
  • 2
  • 13
  • 12
6

I tried to write a procedure doing that, based on @PhilHibbs codes, on a different way. Please have a look and test.

 CREATE OR REPLACE FUNCTION dump(IN p_schema text, IN p_table text, IN p_where text)
   RETURNS setof text AS
 $BODY$
 DECLARE
     dumpquery_0 text;
     dumpquery_1 text;
     selquery text;
     selvalue text;
     valrec record;
     colrec record;
 BEGIN

     -- ------ --
     -- GLOBAL --
     --   build base INSERT
     --   build SELECT array[ ... ]
     dumpquery_0 := 'INSERT INTO ' ||  quote_ident(p_schema) || '.' || quote_ident(p_table) || '(';
     selquery    := 'SELECT array[';

     <<label0>>
     FOR colrec IN SELECT table_schema, table_name, column_name, data_type
                   FROM information_schema.columns
                   WHERE table_name = p_table and table_schema = p_schema
                   ORDER BY ordinal_position
     LOOP
         dumpquery_0 := dumpquery_0 || quote_ident(colrec.column_name) || ',';
         selquery    := selquery    || 'CAST(' || quote_ident(colrec.column_name) || ' AS TEXT),';
     END LOOP label0;

     dumpquery_0 := substring(dumpquery_0 ,1,length(dumpquery_0)-1) || ')';
     dumpquery_0 := dumpquery_0 || ' VALUES (';
     selquery    := substring(selquery    ,1,length(selquery)-1)    || '] AS MYARRAY';
     selquery    := selquery    || ' FROM ' ||quote_ident(p_schema)||'.'||quote_ident(p_table);
     selquery    := selquery    || ' WHERE '||p_where;
     -- GLOBAL --
     -- ------ --

     -- ----------- --
     -- SELECT LOOP --
     --   execute SELECT built and loop on each row
     <<label1>>
     FOR valrec IN  EXECUTE  selquery
     LOOP
         dumpquery_1 := '';
         IF not found THEN
             EXIT ;
         END IF;

         -- ----------- --
         -- LOOP ARRAY (EACH FIELDS) --
         <<label2>>
         FOREACH selvalue in ARRAY valrec.MYARRAY
         LOOP
             IF selvalue IS NULL
             THEN selvalue := 'NULL';
             ELSE selvalue := quote_literal(selvalue);
             END IF;
             dumpquery_1 := dumpquery_1 || selvalue || ',';
         END LOOP label2;
         dumpquery_1 := substring(dumpquery_1 ,1,length(dumpquery_1)-1) || ');';
         -- LOOP ARRAY (EACH FIELD) --
         -- ----------- --

         -- debug: RETURN NEXT dumpquery_0 || dumpquery_1 || ' --' || selquery;
         -- debug: RETURN NEXT selquery;
         RETURN NEXT dumpquery_0 || dumpquery_1;

     END LOOP label1 ;
     -- SELECT LOOP --
     -- ----------- --

 RETURN ;
 END
 $BODY$
   LANGUAGE plpgsql VOLATILE;

And then :

-- for a range
SELECT dump('public', 'my_table','my_id between 123456 and 123459'); 
-- for the entire table
SELECT dump('public', 'my_table','true');

tested on my postgres 9.1, with a table with mixed field datatype (text, double, int,timestamp without time zone, etc).

That's why the CAST in TEXT type is needed. My test run correctly for about 9M lines, looks like it fail just before 18 minutes of running.

ps : I found an equivalent for mysql on the WEB.

Vi Shen
  • 69
  • 1
  • 1
3

You can make view of the table with specifit records and then dump sql file

CREATE VIEW foo AS
SELECT id,name,city FROM nyummy.cimory WHERE city = 'tokyo'
1

I just knocked up a quick procedure to do this. It only works for a single row, so I create a temporary view that just selects the row I want, and then replace the pg_temp.temp_view with the actual table that I want to insert into.

CREATE OR REPLACE FUNCTION dv_util.gen_insert_statement(IN p_schema text, IN p_table text)
  RETURNS text AS
$BODY$
DECLARE
    selquery text; 
    valquery text; 
    selvalue text; 
    colvalue text; 
    colrec record;
BEGIN

    selquery := 'INSERT INTO ' ||  quote_ident(p_schema) || '.' || quote_ident(p_table);

    selquery := selquery || '(';

    valquery := ' VALUES (';
    FOR colrec IN SELECT table_schema, table_name, column_name, data_type
                  FROM information_schema.columns 
                  WHERE table_name = p_table and table_schema = p_schema 
                  ORDER BY ordinal_position 
    LOOP
      selquery := selquery || quote_ident(colrec.column_name) || ',';

      selvalue := 
        'SELECT CASE WHEN ' || quote_ident(colrec.column_name) || ' IS NULL' || 
                   ' THEN ''NULL''' || 
                   ' ELSE '''' || quote_literal('|| quote_ident(colrec.column_name) || ')::text || ''''' || 
                   ' END' || 
        ' FROM '||quote_ident(p_schema)||'.'||quote_ident(p_table);
      EXECUTE selvalue INTO colvalue;
      valquery := valquery || colvalue || ',';
    END LOOP;
    -- Replace the last , with a )
    selquery := substring(selquery,1,length(selquery)-1) || ')';
    valquery := substring(valquery,1,length(valquery)-1) || ')';

    selquery := selquery || valquery;

RETURN selquery;
END
$BODY$
  LANGUAGE plpgsql VOLATILE;

Invoked thus:

SELECT distinct dv_util.gen_insert_statement('pg_temp_' || sess_id::text,'my_data') 
from pg_stat_activity 
where procpid = pg_backend_pid()

I haven't tested this against injection attacks, please let me know if the quote_literal call isn't sufficient for that.

Also it only works for columns that can be simply cast to ::text and back again.

Also this is for Greenplum but I can't think of a reason why it wouldn't work on Postgres, CMIIW.

PhilHibbs
  • 730
  • 1
  • 10
  • 27
0

I was in need of a way where I can generate insert statements without creating a temp table (in production). I did see some useful arguments to the the pg_dump above but still ended up devising for a way to

generate the insert statements and dump into a file

The below statement did the trick which I feel will be useful for people who end up here for similar answer.

$ /usr/local/bin/pg_dump -h the_db_host_address -d the_db_name --table=schema_name.table_name --data-only --column-inserts -U postgres -p the_port_number -v -f /Users/the_user/folder_name/insrt_stmts_file_name.sql

The next thing is a prompt which asks the password, in the case above I provided the postgres password but any other user should work fine which has the read capability.

I ran the just the insert statements from the file named: insrt_stmts_file_name.sql in DBeaver client.

But the same can be run from the command prompt as well using the following script:

/usr/local/bin/psql -h the_db_host_address -d the_db_name -v -U postgres -f /Users/the_user/folder_name/insrt_stmts_file_name.sql

Reference for pg_dump / psql flags: -h = host -d = db name -v = verbose (it'll output as it progresses) -U = db user name -f = file / path

Nirmal
  • 1,039
  • 1
  • 13
  • 30
-2

have u tried in pgadmin executing query with " EXECUTE QUERY WRITE RESULT TO FILE " option

its only export the data, else try like

pg_dump -t view_name DB_name > db.sql

-t option used for ==> Dump only tables (or views or sequences) matching table, refer

solaimuruganv
  • 20,504
  • 1
  • 16
  • 23