Re: psql copy errors

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



David Bear:

	    Yes. I agree with you.
        \copy is really too brittle.
        I wonder why \copy is not like oracle's sqlldr?
        I think sqlldr is more powerful. When using sqlldr,we can specify the maximum error records we allow,and we can also specify the number we should commit in every transaction.

		I think PostgreSQL should consider this.

       Another aspect is also important. Oracle has better partition table facilities,it's especially suitable for large tables,as well as index partition concepts.But PostgreSQL has no such concepts.These are really important for large database.
     
        I think if PostgreSQL can implement those above in the future.It will be more powerful and more suitable for large business application.

		

 

======= 2005-06-24 03:27:44 you wrote:=======

>I'm finding the \copy is very brittle. It seems to stop for everyone
>little reason. Is there a way to tell it to be more forgiving -- for
>example, to ignore extra data fields that might exists on a line?
>
>Or, to have it just skip that offending record but continue on to the
>next.
>
>I've got a tab delimited file, but if \copy sees any extra tabs in the
>file it just stops at that record. I want to be able to control what
>pg does when it hits an exception.
>
>I'm curious what others do for bulk data migration. Since copy seems
>so brittle, there must be a better way...
>
>-- 
>David Bear
>phone: 	480-965-8257
>fax: 	480-965-9189
>College of Public Programs/ASU
>Wilson Hall 232
>Tempe, AZ 85287-0803
> "Beware the IP portfolio, everyone will be suspect of trespassing"
>
>---------------------------(end of broadcast)---------------------------
>TIP 2: you can get off all lists at once with the unregister command
>    (send "unregister YourEmailAddressHere" to majordomo@xxxxxxxxxxxxxx)
>

= = = = = = = = = = = = = = = = = = = =
			

       Best regards!
  
        
                               李江华
                               Seamus Dean
                               Alibaba.com
			                   TEL:0571-85022088-2287
                        ljh1469@xxxxxxxxxxxxxxx
                        2005-06-24

[Index of Archives]     [KVM ARM]     [KVM ia64]     [KVM ppc]     [Virtualization Tools]     [Spice Development]     [Libvirt]     [Libvirt Users]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Questions]     [Linux Kernel]     [Linux SCSI]     [XFree86]

  Powered by Linux