Difference between revisions of "Default orderBy research 2/17/2011"
AnastasiaS (talk | contribs) |
|||
| Line 2: | Line 2: | ||
I checked the data and in xml file and the one I get when running the composed query in PostgreSQL. They are identical.<br/> | I checked the data and in xml file and the one I get when running the composed query in PostgreSQL. They are identical.<br/> | ||
I run the same tests in MySQL: I've got the same data as in PostgreSQL. The only difference is the order of rows, so I figured it has something to do with default ordering in PostgreSQL:<br/> | I run the same tests in MySQL: I've got the same data as in PostgreSQL. The only difference is the order of rows, so I figured it has something to do with default ordering in PostgreSQL:<br/> | ||
| − | The null value sorts higher than any other value. In other words, with '''ascending''' sort order, '''null values''' sort at the '''end''', and with descending sort order, null values sort at the beginning.<br/> If not specified, '''<tt>ASC</tt>''' is assumed by '''default'''.<br/> | + | The null value sorts higher than any other value. In other words, with '''ascending''' sort order, '''null values''' <br/> sort at the '''end''', and with descending sort order, null values sort at the beginning.<br/> If not specified, '''<tt>ASC</tt>''' is assumed by '''default'''.<br/> |
And in the MySQL:<br/> | And in the MySQL:<br/> | ||
When doing an ORDER BY, '''NULL values''' are presented '''first''' if you do ORDER BY ... ASC ('''default''') and last if you do ORDER BY ... DESC. <br/> | When doing an ORDER BY, '''NULL values''' are presented '''first''' if you do ORDER BY ... ASC ('''default''') and last if you do ORDER BY ... DESC. <br/> | ||
Revision as of 13:27, 18 February 2011
While debugging some unit test (testRead, testUpdate) I have noticed that the error message is the following:"Doesn't match the serialized representation".
I checked the data and in xml file and the one I get when running the composed query in PostgreSQL. They are identical.
I run the same tests in MySQL: I've got the same data as in PostgreSQL. The only difference is the order of rows, so I figured it has something to do with default ordering in PostgreSQL:
The null value sorts higher than any other value. In other words, with ascending sort order, null values
sort at the end, and with descending sort order, null values sort at the beginning.
If not specified, ASC is assumed by default.
And in the MySQL:
When doing an ORDER BY, NULL values are presented first if you do ORDER BY ... ASC (default) and last if you do ORDER BY ... DESC.
This explains why testUpdates gives the specified message, and I guess we have the same issue when we are trying to read without order by clause
Solution: Every time we have ORDER BY we specify nulls first (this option is supported in PostgreSQL 8.3 and later)
