dbTalk Databases Forums  

Re: [BUGS] BUG #2292: Calling conventions in docs

mailing.database.pgsql-bugs mailing.database.pgsql-bugs


Discuss Re: [BUGS] BUG #2292: Calling conventions in docs in the mailing.database.pgsql-bugs forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
Tom Lane
 
Posts: n/a

Default Re: [BUGS] BUG #2292: Calling conventions in docs - 03-02-2006 , 09:34 AM






Adriaan van Os <pgres (AT) microbizz (DOT) nl> writes:
Quote:
The manual is simply taking an old prejudice as a fact.
No, it is stating a fact as as fact. The existence of one
counterexample does not disprove the generalization.

regards, tom lane

---------------------------(end of broadcast)---------------------------
TIP 1: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to majordomo (AT) postgresql (DOT) org so that your
message can get through to the mailing list cleanly


Reply With Quote
  #2  
Old   
Adriaan van Os
 
Posts: n/a

Default Re: [BUGS] BUG #2292: Calling conventions in docs - 03-04-2006 , 03:22 PM






Tom Lane wrote:

Quote:
Adriaan van Os <pgres (AT) microbizz (DOT) nl> writes:
The manual is simply taking an old prejudice as a fact.

No, it is stating a fact as as fact. The existence of one
counterexample does not disprove the generalization.
Keep dreaming. Ignorance rules the world.

Adriaan van Os


---------------------------(end of broadcast)---------------------------
TIP 6: explain analyze is your friend


Reply With Quote
  #3  
Old   
Stephan Szabo
 
Posts: n/a

Default Re: [BUGS] BUG #2292: Calling conventions in docs - 03-04-2006 , 06:54 PM



On Thu, 2 Mar 2006, Adriaan van Os wrote:

Quote:
Tom Lane wrote:

Adriaan van Os <pgres (AT) microbizz (DOT) nl> writes:
The manual is simply taking an old prejudice as a fact.

No, it is stating a fact as as fact. The existence of one
counterexample does not disprove the generalization.

Keep dreaming. Ignorance rules the world.
Is your claim that over a signifcant fraction of all such products, the
default setting is such that it would just work (without for example
annotating the function in any way - which is basically a significant
enough barrier to be difficult for many users)? That's what would be
necessary to say that it isn't "often difficult". If the claim is that
this one product makes it easy, that's insufficient to disprove "often
difficult" although we could potentially note things that would make it
easier.

---------------------------(end of broadcast)---------------------------
TIP 9: In versions below 8.0, the planner will ignore your desire to
choose an index scan if your joining column's datatypes do not
match


Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.