Re: [hibernate-dev] Test FormulaWithPartitionByTest seems to rely on implementation specific ordering

2019-06-26 Thread Mark Rotteveel
On 2019-06-24 17:53, Steve Ebersole wrote: > The query is selecting ids, so I assume you mean `1,2,3` as the > expectation. The test is asserting the result of `ROW_NUMBER() OVER( PARTITION BY DISCOUNT_CODE ORDER BY SIGN(DISCOUNT_VALUE) DESC )`, and given the `ORDER BY SIGN(DISCOUNT_VALUE)

Re: [hibernate-dev] Test FormulaWithPartitionByTest seems to rely on implementation specific ordering

2019-06-24 Thread Steve Ebersole
The query is selecting ids, so I assume you mean `1,2,3` as the expectation. Clearly Firebird cannot support what the query is attempting to do - so the best option is to skip this test for Firebird. However, the order-by is really not serving any purpose to the test aside from making the

[hibernate-dev] Test FormulaWithPartitionByTest seems to rely on implementation specific ordering

2019-06-22 Thread Mark Rotteveel
The test FormulaWithPartitionByTest against Firebird 3 fails because the returned result has a different order than the one expected by the test. As far as I can tell, the order expected by the test is arbitrary or at least, as far as I can tell, the order expected is not necessarily required