[GENERAL] id and ID in CREATE TABLE
ste...@extum.com
Thanks all for comments. In Oracle and DB2 as far as I know the upper case
column names are used when you have no columns quoted.. Indeed it is
recommended to use lower cases to
avoid mistakes and confusion during porting. Is that right ?
But anyway this is not so important, but why upper cases are bad ?
Why then Oracle , IBM is using them and why the SQL standard is not
changed ?
stefan
On Fri, 19 Jul 2002, Martijn van Oosterhout wrote:
> On Sat, Jul 20, 2002 at 10:39:52AM +0300, ste...@extum.com wrote:
> >
> > I forgot about "" Sorry. So if I would use names quoted then my questions
> > are obsolete. Except one:
> >
> > So actually the only strange part would be PostgreSQL is folding to lower
> > cases a column name ...
>
> [snip]
>
> > Why is like this ? Why not letting them upper case if they are not quoted
> > ?
>
> I think it's because many people think that uppercase column names suck. And
> I agree with them. If you follow the given advice (either always quote
> column names or never) then not only will your program work, it's will be
> completely portable.
>
> So, if you'd used your CREATE TABLE statememnt below, you wouldn't have had
> this problem.
>
> > > CREATE TABLE ttt (
> > >
> > > ID int2,
> > > name text );
>
---------------------------(end of broadcast)---------------------------
TIP 5: Have you checked our extensive FAQ?
Tom Lane
> But anyway this is not so important, but why upper cases are bad ?
It's well established that all-lower-case text is more readable than
all-upper-case ... at least in English; but I think the same would be
true of any language using an approximately Roman alphabet. The problem
with upper case is there's less variation in the overall letter shape.
If you don't care to dig in the academic literature about it, here's a
simple experiment: which of the following paragraphs do you find more
readable?
it's well established that all-lower-case text is more readable
than all-upper-case ... at least in english; but i think the
same would be true of any language using an approximately roman
alphabet. the problem with upper case is there's less variation
in the overall letter shape. if you don't care to dig in the
academic literature about it, here's a simple experiment: which
of the following paragraphs do you find more readable?
IT'S WELL ESTABLISHED THAT ALL-LOWER-CASE TEXT IS MORE READABLE
THAN ALL-UPPER-CASE ... AT LEAST IN ENGLISH; BUT I THINK THE
SAME WOULD BE TRUE OF ANY LANGUAGE USING AN APPROXIMATELY ROMAN
ALPHABET. THE PROBLEM WITH UPPER CASE IS THERE'S LESS VARIATION
IN THE OVERALL LETTER SHAPE. IF YOU DON'T CARE TO DIG IN THE
ACADEMIC LITERATURE ABOUT IT, HERE'S A SIMPLE EXPERIMENT: WHICH
OF THE FOLLOWING PARAGRAPHS DO YOU FIND MORE READABLE?
For me, at least, the second version takes noticeably more time to read
and is certainly less pleasant. (I suppose that for a non-native
speaker of English, mental translation might slow you down to the point
where you don't notice a difference. If so, try it on a random
paragraph in your own language.)
For PostgreSQL there is also a backwards compatibility issue: if we
change this decision now, we'd cause all kinds of problems for existing
code and databases.
> Why then Oracle , IBM is using them and why the SQL standard is not
> changed ?
The SQL standard's choice in this matter is prehistoric; undoubtedly
it falls out of the days when computer printers only had one type case.
IBM probably still has a residual fondness for those days ;-). But
the rest of the industry figured out that lower case was better
somewhere around 1960, cf Algol-60 which was the first language to spell
its keywords preferentially in lower case.
regards, tom lane
Thomas Swan
<html>
<head>
<title></title>
</head>
<body>
Tom Lane wrote:<br>
<blockquote type="cite" cite="mid12220....@sss.pgh.pa.us">
<pre wrap=""><a class="moz-txt-link-abbreviated" href="mailto:ste...@extum.com">ste...@extum.com</a> writes:
</pre>
<blockquote type="cite">
<pre wrap="">But anyway this is not so important, but why upper cases are bad ?
</pre>
</blockquote>
<pre wrap=""><!---->
paragraph in your own language.)</pre>
</blockquote>
It's a pattern recognition issue. Taken in context with your reading experience
and the general constructs of the English language in addition common usage,
you encounter far more lower case letters than upper case letters. It makes
sense that it would be easier to recognize the words in all lower case.
Secondly, your brain expects lower case letters behind the leading upper
case letter for the word. So in a sense you backtrack just a little because
it doesn't match what you expect. I'm not discounting the statements you
made, but this is one additional observation.<br>
<br>
[ In the previous paragraph there were 6 capital letters to the 471 non-capital
letters. ]<br>
<blockquote type="cite" cite="mid12220....@sss.pgh.pa.us">
<pre wrap="">
For PostgreSQL there is also a backwards compatibility issue: if we
change this decision now, we'd cause all kinds of problems for existing
code and databases.
</pre>
<blockquote type="cite">
<pre wrap="">Why then Oracle , IBM is using them and why the SQL standard is not
changed ?
</pre>
</blockquote>
<pre wrap=""><!---->
The SQL standard's choice in this matter is prehistoric; undoubtedly
it falls out of the days when computer printers only had one type case.
IBM probably still has a residual fondness for those days ;-). But
the rest of the industry figured out that lower case was better
somewhere around 1960, cf Algol-60 which was the first language to spell
its keywords preferentially in lower case.
regards, tom lane
---------------------------(end of broadcast)---------------------------
TIP 5: Have you checked our extensive FAQ?
<a class="moz-txt-link-freetext" href="http://www.postgresql.org/users-lounge/docs/faq.html">http://www.postgresql.org/users-lounge/docs/faq.html</a>
</pre>
</blockquote>
<br>
<br>
</body>
</html>
Bruce Momjian
> On Fri, 19 Jul 2002, Tom Lane wrote:
>
> > ste...@extum.com writes:
> > > But anyway this is not so important, but why upper cases are bad ?
> >
> > all-upper-case ...
>
> wouldn't it be useful to at least have a switch (run time, initdb time,
> or ./configure time???) called something like FOLDTOUPPER (in upper case
> of course :-)
>
> If it's an easy win I'd be willing to do it. I'm not the world's greatest
> C hacker, but I still remember enough of it to be competant.
Yea, I guess we could. I think the consensus is that the uppercase
default is so weird, we don't know anyone who would want to use it.
Would you?
--
Bruce Momjian | http://candle.pha.pa.us
pg...@candle.pha.pa.us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026
---------------------------(end of broadcast)---------------------------
TIP 1: subscribe and unsubscribe commands go to majo...@postgresql.org
Tom Lane
> Agreed. Absolutely. But, since the SQL standard says upper case,
> wouldn't it be useful to at least have a switch (run time, initdb time,
> or ./configure time???) called something like FOLDTOUPPER (in upper case
> of course :-)
The main problem with this is what do you do with the system catalogs?
If we start folding to upper case then existing clients will break
unless we also rename pg_class to PG_CLASS, etc; and that will break
them anyway if they wrote "pg_class".
I don't believe that conforming to this particular small aspect of the
spec is worth the pain it would cause.
regards, tom lane
---------------------------(end of broadcast)---------------------------
TIP 6: Have you searched our list archives?
Stephan Szabo
On Fri, 19 Jul 2002, scott.marlowe wrote:
> On Fri, 19 Jul 2002, Tom Lane wrote:
>
> > "scott.marlowe" <scott....@ihs.com> writes:
> > > Agreed. Absolutely. But, since the SQL standard says upper case,
> > > wouldn't it be useful to at least have a switch (run time, initdb time,
> > > or ./configure time???) called something like FOLDTOUPPER (in upper case
> > > of course :-)
> >
> > The main problem with this is what do you do with the system catalogs?
> > If we start folding to upper case then existing clients will break
> > unless we also rename pg_class to PG_CLASS, etc; and that will break
> > them anyway if they wrote "pg_class".
> >
> > I don't believe that conforming to this particular small aspect of the
> > spec is worth the pain it would cause.
>
> But it's not a small aspect if it means someone either can't use an app
> with postgresql because it was written to spec, or someone has to spend
> a bunch of time rewriting all their queries to work with postgresql.
Presumably that's only true if they're mixing quoted and unquoted
identifiers, which is a bad idea in any case (since what happens to "foo"
and foo - do you trust somebody who's mixing them to get it right
everywhere :) ?) or their application is using the names returned
elsewhere (which is a problem with doing it as lower).
If
create table FOO(col1 int, Col2 int, cOL3 int);
select COL1 from foo;
failed, I think people would be more interested in changing it.
Tom Lane
> Plus the pg_class stuff is kind of a blind ally. If we're looking at
> foldtoupper as a setting, then we're already admitting that we're doing it
> to be interchangable with other dbmses. If that's the case, no one is
> gonna be accessing the pg_* tables, because you wouldn't do that in an app
> you're writing to be portable.
<< thinks about that for awhile >>
Hmm. If we are willing to stipulate that the system catalogs stay named
as they are (lower case always), then we could indeed have a runtime
parameter (GUC setting) that controls how individual sessions fold case.
People who need to access the system catalogs regardless can just
double-quote their names.
One fly in the ointment is that we are planning to add the standard's
INFORMATION_SCHEMA views someday, and neither choice of case is going to
be good for them if we have an option like this floating around. Not
sure what to do about that, although I suppose one way out is to provide
two duplicate sets of those views (one named all-upper-case, the other
all-lower).
I think your four-way proposal is gilding a dead lily, though. Let's
just do the historical (downcase) and spec-compatible (upcase) options.
Anything else will just create more confusion, IMHO. The
case-insensitive option is a particularly *bad* idea.
Note it would be a real good idea to fix psql and pg_dump to
double-quote their references to system catalogs, so they don't go
belly-up if invoked on a database where FOLDTOUPPER is true.
(pg_dump could alternatively do SET FOLDTOUPPER = false, but this won't
fly for psql.)
> Leave the system catalogs in lower case, and don't fold calls to anything
> that's a system catalog.
And you will determine that how, exactly, when you don't know what the
identifier (that you haven't parsed yet) refers to?
Keep it simple, or you'll make things far worse than they are now.
regards, tom lane
---------------------------(end of broadcast)---------------------------
TIP 5: Have you checked our extensive FAQ?