Re: ERROR: relation . . . does not exist - Mailing list pgsql-general

From Albretch Mueller
Subject Re: ERROR: relation . . . does not exist
Date
Msg-id 9ef66fac0808300626x16f3e9fds6d9d5996470faf9d@mail.gmail.com
Whole thread Raw
In response to Re: ERROR: relation . . . does not exist  (Martijn van Oosterhout <kleptog@svana.org>)
Responses Re: ERROR: relation . . . does not exist  (Christophe <xof@thebuild.com>)
Re: ERROR: relation . . . does not exist  (Peter Eisentraut <peter_e@gmx.net>)
List pgsql-general
> I think you're confusing postgresql with a spreadsheet program.
~
 I wonder what makes you think so
~
> There are client programs which will do this for you, perhaps you wan one of those?
~
 Well, then obviously there is the need for it and you were not
successful enough at convincing these developers that they were
"confusing postgresql with a spreadsheet program"
~
> PostgreSQL has 60+ types and many look like eachother. How do you propose to differentiate?
~
 Data Types are basically about value ranges (how many bits do you
need to hold the value) and formatting. IMHO, finding an optimal
[im|ex]port reasoning among 60+ types should not be that much of a big
deal. In fact as a data analyst I have exported and imported CSV data
a whole lot and in many occasions it required some extra custom
coding. I may as well consolidate my code as a whole jcsvport library
in java and start an OS project when I find the time to so
~
 lbrtchx

pgsql-general by date:

Previous
From: "Albretch Mueller"
Date:
Subject: Re: DUPS in tables columns ERROR: column ". . . " does not exist
Next
From: Stefan Kaltenbrunner
Date:
Subject: Re: DUPS in tables columns ERROR: column ". . . " does not exist