Version 5.1.1¶
Released on 2022-11-09.
Note
If you are upgrading a cluster, you must be running CrateDB 4.0.2 or higher before you upgrade to 5.1.1.
We recommend that you upgrade to the latest 5.0 release before moving to 5.1.1.
A rolling upgrade from 5.0.x to 5.1.1 is supported. Before upgrading, you should back up your data.
Warning
Tables that were created before CrateDB 4.x will not function with 5.x and must be recreated before moving to 5.x.x.
You can recreate tables using COPY TO and COPY FROM or by
inserting the data into a new table.
Table of Contents
See the Version 5.1.0 release notes for a full list of changes in the 5.1 series.
Fixes¶
Fixed an issue that prevented
_id IN (SELECT ...)from matching records.Fixed an issue that could lead to a
class_cast_exceptionerror when usingORDER BYon a column of typeTEXTorVARCHAR.Changed the logic to resolve functions. Previously it would first look for built-ins for all schemas within the search path before looking up user defined functions. Now it will search for built-in and UDF per schema to prioritize UDFs earlier in the search path over built-ins later in the search path.
Fixed an issue that could lead to a encoded value getting returned for
bitcolumns that are part of anobjectcolumn.Fixed an issue that caused incorrect results to be returned when using array(subquery) when the subquery is using
ORDER BYon a different column than the one returned, i.e.:SELECT array(SELECT country FROM sys.summits ORDER BY height DESC LIMIT 3)
Fixed an issue that prevented defining a
bitcolumn with the same name as the parent object within a table. i.e.:CREATE TABLE tbl (x OBJECT AS (x bit(1))) ^ ^
Fixed an issue that could lead to out of memory errors if using the
percentileaggregation.Fixed an issue that could lead to serialization errors when using the
bittype in objects.Fixed an issue that could lead to
IllegalIndexShardStateExceptionerrors when running aSELECT count(*) FROM tblon partitioned tables.Fixed an issue which caused
PRIMARY KEYcolumns to be required on insert even if they are generated and their source columns are default not-null, i.e.:CREATE TABLE test ( id INT NOT NULL PRIMARY KEY, created TIMESTAMP WITH TIME ZONE DEFAULT current_timestamp NOT NULL, month TIMESTAMP GENERATED ALWAYS AS date_trunc('month', created) PRIMARY KEY ); INSERT INTO test(id) VALUES(1);
Fixed an issue that could cause
COPY FROM,INSERT INTO,UPDATEandDELETEoperations to get stuck if under memory pressure.Fixed an issue that didn’t allow queries with a greater than
0OFFSETbut withoutLIMITto be executed successfully, i.e.:SELECT * FROM test OFFSET 10 SELECT * FROM test LIMIT null OFFSET 10 SELECT * FROM test LIMIT ALL OFFSET 10
Fixed an issue that caused
col IS NULLto match empty objects.Fixed an issue that caused
ARRAY_COL = []to throw an exception onOBJECT,GEO_SHAPE,IPorBITarray element types.Fixed an issue that caused queries reading values of type
BITto return a wrong result if the query contains aWHEREclausepk_col = ?condition.Fixed an issue that prevented
NOT NULLconstraints onGEO_SHAPEcolumns from showing up inSHOW CREATE TABLEstatements.