X-Original-To: pgsql-sql-postgresql.org@postgresql.org Received: from localhost (mx1.hub.org [200.46.208.251]) by postgresql.org (Postfix) with ESMTP id 6B40C9FB228 for ; Thu, 24 Aug 2006 21:00:05 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 25885-05 for ; Thu, 24 Aug 2006 20:59:57 -0300 (ADT) X-Greylist: domain auto-whitelisted by SQLgrey- Received: from svr4.postgresql.org (svr4.postgresql.org [66.98.251.159]) by postgresql.org (Postfix) with ESMTP id 5C0EF9FA646 for ; Thu, 24 Aug 2006 20:59:57 -0300 (ADT) X-Greylist: domain auto-whitelisted by SQLgrey-1.7.3 Received: from pop04.mail.atl.earthlink.net (pop04.mail.atl.earthlink.net [207.69.200.28]) by svr4.postgresql.org (Postfix) with ESMTP id 0A00F5AF03D for ; Thu, 24 Aug 2006 23:59:56 +0000 (GMT) Received: from nc-71-51-254-71.dhcp.embarqhsd.net ([71.51.254.71] helo=flossware.homelinux.org) by pop04.mail.atl.earthlink.net with esmtp (Exim 3.36 #1) id 1GGP71-0001aj-00; Thu, 24 Aug 2006 19:59:52 -0400 Received: from [192.168.168.6] (devserver.flossware.com [192.168.168.6]) by flossware.homelinux.org (Postfix) with ESMTP id 5830521A80D; Thu, 24 Aug 2006 19:59:45 -0400 (EDT) Message-ID: <44EE3D70.50302@mindspring.com> Date: Thu, 24 Aug 2006 19:59:44 -0400 From: "Scot P. Floess" Reply-To: floess@mindspring.com User-Agent: Thunderbird 1.5.0.4 (X11/20060516) MIME-Version: 1.0 To: floess@mindspring.com Cc: Phillip Smith , pgsql-sql@postgresql.org Subject: Re: Importing data from csv References: <004a01c6c7d3$60de8320$9b0014ac@ITPhil> <44EE3CD9.5000300@mindspring.com> In-Reply-To: <44EE3CD9.5000300@mindspring.com> Content-Type: multipart/alternative; boundary="------------050105020201000201030407" X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=0.236 tagged_above=0 required=5 tests=AWL, DNS_FROM_RFC_ABUSE, FORGED_RCVD_HELO, HTML_MESSAGE X-Spam-Level: X-Archive-Number: 200608/193 X-Sequence-Number: 26151 This is a multi-part message in MIME format. --------------050105020201000201030407 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit And if its contained with quotes...its considered a field Scot P. Floess wrote: > A newline in CSV parlance denotes the end of a record....unless that > newline is contained with quotes... > > Phillip Smith wrote: >> >> I recently did this by parsing the data through a VB program that >> appended a "\" in front of any Char(10) and/or Char(13) characters >> which tells Postgres to accept the next character as a literal part >> of the column value I believe -- must do because it worked! I also >> quoted the whole column as part of the VB prog... >> >> >> >> Worked for me but I'm not sure the exact science behind it so someone >> else might be able to be of some more detailed help. >> >> >> >> Cheers, >> >> -p >> >> >> >> -----Original Message----- >> *From:* pgsql-sql-owner@postgresql.org >> [mailto:pgsql-sql-owner@postgresql.org] *On Behalf Of *Sumeet >> *Sent:* Friday, 25 August 2006 00:48 >> *To:* pgsql-sql@postgresql.org >> *Subject:* [SQL] Importing data from csv >> >> >> >> Hi Folks, >> >> sorry if this is a duplicate post, i've been tryin to find a solution >> of importing data into postgres from a csv file. The problem is, I >> have a database which consists of columns which contain newline >> characters (mac and unix). now when i export these files to a csv >> format, there are some line breaks (mixed unix and mac) in the data >> which breaks the copy procedure. >> >> I also tried using the script posted in one of the previous posts.. >> >> #! /usr/bin/perl >> $inquotes = 0; >> while (<>){ >> # Chop the crlf >> chop ($_); >> chop ($_); >> >> # this first bit goes through and replaces >> # all the commas that re not in quotes with tildes >> for ($i=0 ; $i < length($_) ; $i++){ >> $char=substr($_,$i,1); >> if ($char eq '"' ){ >> $inquotes = not($inquotes); >> }else{ >> if ( (!$inquotes) && ($char eq ",") ){ >> substr($_,$i,1)="~"; >> } >> } >> } >> # this replaces any quotes >> s/"//g; >> print "$_\n"; >> } >> >> >> cat data_file | perl scriptname.pl > outputfile.dat >> >> and when i run the copy command i get messages like data missing for >> xyz column. >> any possible hints....... >> >> -- >> Thanks, >> Sumeet >> >> >> ********************Confidentiality and Privilege >> Notice******************** >> >> The material contained in this message is privileged and confidential >> to the addressee. If you are not the addressee indicated in this >> message or responsible for delivery of the message to such person, >> you may not copy or deliver this message to anyone, and you should >> destroy it and kindly notify the sender by reply email. >> >> Information in this message that does not relate to the official >> business of Weatherbeeta must be treated as neither given nor >> endorsed by Weatherbeeta. Weatherbeeta, its employees, contractors or >> associates shall not be liable for direct, indirect or consequential >> loss arising from transmission of this message or any attachments >> > > -- > Scot P. Floess > 27 Lake Royale > Louisburg, NC 27549 > > 252-478-8087 (Home) > 919-754-4592 (Work) > > Chief Architect JPlate http://sourceforge.net/projects/jplate > Chief Architect JavaPIM http://sourceforge.net/projects/javapim > -- Scot P. Floess 27 Lake Royale Louisburg, NC 27549 252-478-8087 (Home) 919-754-4592 (Work) Chief Architect JPlate http://sourceforge.net/projects/jplate Chief Architect JavaPIM http://sourceforge.net/projects/javapim --------------050105020201000201030407 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit And if its contained with quotes...its considered a field

Scot P. Floess wrote:
A newline in CSV parlance denotes the end of a record....unless that newline is contained with quotes...

Phillip Smith wrote:

I recently did this by parsing the data through a VB program that appended a “\” in front of any Char(10) and/or Char(13) characters which tells Postgres to accept the next character as a literal part of the column value I believe – must do because it worked! I also quoted the whole column as part of the VB prog…

 

Worked for me but I’m not sure the exact science behind it so someone else might be able to be of some more detailed help.

 

Cheers,

-p

 

-----Original Message-----
From: pgsql-sql-owner@postgresql.org [mailto:pgsql-sql-owner@postgresql.org] On Behalf Of Sumeet
Sent: Friday, 25 August 2006 00:48
To: pgsql-sql@postgresql.org
Subject: [SQL] Importing data from csv

 

Hi Folks,

sorry if this is a duplicate post, i've been tryin to find a solution of importing data into postgres from a csv file. The problem is, I have a database which consists of columns which contain newline characters (mac and unix). now when i export these files to a csv format, there are some line breaks (mixed unix and mac) in the data which breaks the copy procedure.

I also tried using the script posted in one of the previous posts..

#! /usr/bin/perl
$inquotes = 0;
while (<>){
     # Chop the crlf
     chop ($_);
     chop ($_);

     # this first bit goes through and replaces
     # all the commas that re not in  quotes with tildes
     for ($i=0 ; $i < length($_) ; $i++){
         $char=substr($_,$i,1);
         if ($char eq '"' ){
             $inquotes = not($inquotes);
         }else{
             if ( (!$inquotes) && ($char eq ",") ){
                 substr($_,$i,1)="~";
             }
         }
     }
     # this replaces any quotes
     s/"//g;
     print "$_\n";
}


cat data_file | perl scriptname.pl > outputfile.dat

and when i run the copy command i get messages like data missing for xyz column.
any possible hints.......

--
Thanks,
Sumeet


*******************Confidentiality and Privilege Notice*******************

The material contained in this message is privileged and confidential to the addressee. If you are not the addressee indicated in this message or responsible for delivery of the message to such person, you may not copy or deliver this message to anyone, and you should destroy it and kindly notify the sender by reply email.

Information in this message that does not relate to the official business of Weatherbeeta must be treated as neither given nor endorsed by Weatherbeeta. Weatherbeeta, its employees, contractors or associates shall not be liable for direct, indirect or consequential loss arising from transmission of this message or any attachments 


-- 
Scot P. Floess
27 Lake Royale
Louisburg, NC  27549

252-478-8087 (Home)
919-754-4592 (Work)

Chief Architect JPlate  http://sourceforge.net/projects/jplate
Chief Architect JavaPIM http://sourceforge.net/projects/javapim
  

-- 
Scot P. Floess
27 Lake Royale
Louisburg, NC  27549

252-478-8087 (Home)
919-754-4592 (Work)

Chief Architect JPlate  http://sourceforge.net/projects/jplate
Chief Architect JavaPIM http://sourceforge.net/projects/javapim
--------------050105020201000201030407--