Version 1.1.6¶
Released on 2017/06/23.
Note
If you are upgrading a cluster, you must be running CrateDB 0.57.0 or higher before you upgrade to 1.1.6.
If you want to perform a rolling upgrade, your current CrateDB version number must be Version 1.1.1 or higher. If you want to upgrade from a version prior to this, the upgrade will introduce all of the breaking changes listed for Version 1.1.0, and will require a full restart upgrade.
Warning
Before upgrading, you should back up your data.
Table of contents
Changelog¶
Fixes¶
Fixed an issue that caused an exception to be thrown when applying aggregations on generated columns of a table.
Fixed a bug in the memory accounting of the circuit breaker for HTTP results when querying for columns of undefined type.
Fixed issue that caused an exception when querying the
_idcolumn using all defined primary keys inside theWHEREclause over the HTTP API.Fixed wrong results when querying
IS NULLandIS NOT NULLon an array of objects.Fixed an issue that caused an Exception to be thrown on
JOINqueries with 4 or more tables when anORDER BYis also applied.Fixed an issue that resulted in rows being unable to be queried by primary keys, when the order of the primary key columns on insert differed from the order of the primary key columns on the table definition. Note: If records are already inserted by using a different primary key column order, they must be re-inserted, otherwise queries will still fail for these rows.
Improved the resiliency of queries on
sys.nodes: If a node disconnects during the execution of a query it will no longer fail.Added proper handling when memory requirements of a
JOINquery exceeds the available memory. Instead of having OutOfMemoryException thrown which led to killed nodes in the cluster, the issue is detected and the query is killed without affecting the cluster.Fixed an issue that could cause
DELETEstatements to fail instead of “not matching” if there was a_versioncolumn in theWHEREclause.Fixed an error handling issue that could lead to the termination of a node in very rare cases. (Usually if a user invoked the
KILLstatement)Fixed an issue that caused an exception to be thrown when using
unnestwith 10 or more columns.