There's a specific case i know of when it's not changing the result:
e.g. orders and lineitem, both with PI(ordernumber) PARTITON BY orderdate, the join based on the FK will be (ordernumber), but this will result in a very inefficient join, because it's not known in which partition a row is located. Adding the orderdate switches back to a direct merge join. It's hard to enshure that endusers know and apply that, so there's usually a view pre-joining the tables :-)
There's a specific case i know of when it's not changing the result:
e.g. orders and lineitem, both with PI(ordernumber) PARTITON BY orderdate, the join based on the FK will be (ordernumber), but this will result in a very inefficient join, because it's not known in which partition a row is located. Adding the orderdate switches back to a direct merge join. It's hard to enshure that endusers know and apply that, so there's usually a view pre-joining the tables :-)
Dieter