dbTalk Databases Forums  

Big disappointment with Postgres

comp.databases.oracle.server comp.databases.oracle.server


Discuss Big disappointment with Postgres in the comp.databases.oracle.server forum.



Reply
 
Thread Tools Display Modes
  #61  
Old   
Serge Rielau
 
Posts: n/a

Default Re: Big disappointment with Postgres - 02-13-2011 , 08:19 AM






On 2/13/2011 7:51 AM, Jonathan Lewis wrote:
Quote:
Which brings us back to the need for hints even for very simple queries -
when my
question was: "how do you do it without hinting".
I don't think we differ conceptually.
My point is that the hint should supply the missing information (e.g.
selectivity) and not dictate the plan.
It's still a hint.

BTW, the IBM position (which may or may not match mine) is that the user
tells support (i.e. last resort) that they are stuck and support
provides the hint (i.e. no need to wait for a patch).
If hints are truly rarely needed then this ought to be an acceptable
compromise between idealism and pragmatism.

Cheers
Serge

--
Serge Rielau
SQL Architect DB2 for LUW, IBM Toronto Lab
Blog: tinyurl.com/SQLTips4DB2
Wiki: tinyurl.com/Oracle2DB2Wiki
Twitter: srielau

Reply With Quote
  #62  
Old   
Mladen Gogala
 
Posts: n/a

Default Re: Big disappointment with Postgres - 02-13-2011 , 09:18 PM






On Sun, 13 Feb 2011 09:19:06 -0500, Serge Rielau wrote:

Quote:
BTW, the IBM position (which may or may not match mine) is that the user
tells support (i.e. last resort) that they are stuck and support
provides the hint (i.e. no need to wait for a patch). If hints are truly
rarely needed then this ought to be an acceptable compromise between
idealism and pragmatism.
That is true, that's why DB2 supports hints, in the first place:
http://tinyurl.com/48fv7w7
Hints are documented, so the users can use them if they think that hints
are necessary. Nice thing to know that support also advises the use of
hints.



--
http://mgogala.byethost5.com

Reply With Quote
  #63  
Old   
Noons
 
Posts: n/a

Default Re: Big disappointment with Postgres - 02-14-2011 , 12:23 AM



Serge Rielau wrote,on my timestamp of 14/02/2011 1:19 AM:


Quote:
BTW, the IBM position (which may or may not match mine) is that the user tells
support (i.e. last resort) that they are stuck and support provides the hint
(i.e. no need to wait for a patch).
If hints are truly rarely needed then this ought to be an acceptable compromise
between idealism and pragmatism.
And that is perfectly acceptable and makes a lot of sense.

Reply With Quote
  #64  
Old   
Jonathan Lewis
 
Posts: n/a

Default Re: Big disappointment with Postgres - 02-14-2011 , 07:32 AM



"Serge Rielau" <srielau (AT) ca (DOT) ibm.com> wrote

Quote:
On 2/13/2011 7:51 AM, Jonathan Lewis wrote:
Which brings us back to the need for hints even for very simple
queries -
when my
question was: "how do you do it without hinting".
I don't think we differ conceptually.
My point is that the hint should supply the missing information (e.g.
selectivity) and not dictate the plan.
It's still a hint.

Fair enough, but my comment was addressed to the argument that "the
optimizer doesn't need hints".

Mind you, the "missing information" is a lot harder than your response to
my first trivial example.

Take a 4 table join, with simple filter predicates and join predicates.

You may be able to say
selectivity(table1 xxx) ... selectivity(table4 yyyy)
but then you need to be able to say
selectivity(table1,table2 nnnn) - because you know it's much smaller
than the optimizer things
but you also may have to say
selectivity(table1,table3 mmmm)
selectivity(table1,table4 mmmm)
because you know those are much larger than the optimizer things
then you have to worry about three table selectivities to stop the picking
the wrong third table .. and so on.
Or you might decide that you need to be able to say:
selectivity (t1, t2, based on colX = coly, selectivity) -- or something
similar.

Ultimately it's much harder (and much less reasonable) for the DBA to
decide what the right information is for a particular query than it is to
know enough to determine a sensible path.

--
Regards

Jonathan Lewis
http://jonathanlewis.wordpress.com

Reply With Quote
  #65  
Old   
joel garry
 
Posts: n/a

Default Re: Big disappointment with Postgres - 02-15-2011 , 11:14 AM



On Feb 14, 5:32*am, "Jonathan Lewis" <jonat... (AT) jlcomp (DOT) demon.co.uk>
wrote:

Quote:
Ultimately it's much harder (and much less reasonable) for the DBA to
decide what the right information is for a particular query than it is to
know enough to determine a sensible path.

I don't know if people outside of the US are following it, but IBM's
Watson computer is playing on Jeopardy. It's kind of an infomercial
for IBM, not that that is a bad thing. Big roomful of servers, with
an icon on a screen in the player's area showing how much it is
"sweating." Last night's first round ended in a tie between Watson
and one of the humans.

The funniest part was when Watson said "Harry Potter" when the correct
question was "Voldemort." 2880 POWER7 processor cores and 16
Terabytes of RAM, got it exactly backwards in 3 seconds.

jg
--
@home.com is bogus.
http://www.nbc11news.com/news/headli...9.html?ref=689

Reply With Quote
  #66  
Old   
Mladen Gogala
 
Posts: n/a

Default Re: Big disappointment with Postgres - 02-15-2011 , 02:21 PM



On Tue, 15 Feb 2011 09:14:56 -0800, joel garry wrote:

Quote:
The funniest part was when Watson said "Harry Potter" when the correct
question was "Voldemort." 2880 POWER7 processor cores and 16 Terabytes
of RAM, got it exactly backwards in 3 seconds.
It's magic.



--
http://mgogala.byethost5.com

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.