Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 5 Jun 2020 18:05:04 +0000 (UTC)
From:      Kurt Jaeger <pi@FreeBSD.org>
To:        ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org
Subject:   svn commit: r538042 - head/databases/cego
Message-ID:  <202006051805.055I543i079020@repo.freebsd.org>

next in thread | raw e-mail | index | archive | help
Author: pi
Date: Fri Jun  5 18:05:04 2020
New Revision: 538042
URL: https://svnweb.freebsd.org/changeset/ports/538042

Log:
  databases/cego: update 2.45.9 -> 2.45.16
  
  - Fix in CegoBtreeManager for duplicate null handling. The corresponding
    btree value has to be checked to be null. For this, the method
    CegoBTreeValue::isNull has been introduced
  - Fix in CegoFieldValue::negate, for FIXED_TYPE values, trailing
    zeros have to be treated. Otherwise, select null - a from t1 where
    a = 0.10 will result in 0.1
  - Patch in 'update with return' clause. It seems to be useful, that
    in combination with return, update should return after first matching
    tuple providing the updated tuple in the return clause. So the
    values for the tuple can be stored in procedure variables.
    create table t1 ( a int, b string(30));
    insert into t1 values ( 1, 'DONE');
    insert into t1 values ( 2, 'DONE');
    insert into t1 values ( 3, 'WAIT');
    insert into t1 values ( 4, 'DONE');
    insert into t1 values ( 5, 'WAIT');
    update t1 set b = 'DONE' where b = 'WAIT' return :a = a;
    Just the tuple with a = 3 is update and the value of a is returned
    in the procedure variable :a
  - For update with return statements, added the on first option.
    Since the return variable can only store one return values, this
    option specifies, if the update should return after first tuple or
    if all matching tuples should be updated.
  - In CegoMain, changed separator token for tsdef from ":;" to "=",
    since for mingw configurations, absolute path handling was broken.
    This resulted in adapations for mkdb and cgmkdb scripts.
  - Fix in CegoObjectManager::getObjectListByTable, if object does
    not exist, an exception is thrown now.
    This resulted in a fix for CegoQueryHelper::checkIndexForPredicate,
    where now the table alias has to be mapped to the correct physical
    table name ( via coList as a new method argument )
  - Fix in CegoAttrDesc::evalTableReferences to treat alias objects in joins
  - Grammar expansion to support inner/left outer/right outer joins
    without a condition. This might be useful for specific join order
    to use appropriate table indices ( see dbcheck/check088.sql )
  - Fix in CegoQueryHelper::checkIndexForPredicate, index evaluation
    for alias objects was still not treated
  - Fix in CegoDistCursor::getPlan and CegoAction::getJoinPlanString
    to cover execution plan for alias objects
  
  Submitted by:	Björn Lemke <lemke@lemke-it.com>

Modified:
  head/databases/cego/Makefile
  head/databases/cego/distinfo

Modified: head/databases/cego/Makefile
==============================================================================
--- head/databases/cego/Makefile	Fri Jun  5 17:56:22 2020	(r538041)
+++ head/databases/cego/Makefile	Fri Jun  5 18:05:04 2020	(r538042)
@@ -1,7 +1,7 @@
 # $FreeBSD$
 
 PORTNAME=	cego
-PORTVERSION=	2.45.9
+PORTVERSION=	2.45.16
 CATEGORIES=	databases
 MASTER_SITES=	http://www.lemke-it.com/
 

Modified: head/databases/cego/distinfo
==============================================================================
--- head/databases/cego/distinfo	Fri Jun  5 17:56:22 2020	(r538041)
+++ head/databases/cego/distinfo	Fri Jun  5 18:05:04 2020	(r538042)
@@ -1,3 +1,3 @@
-TIMESTAMP = 1575231065
-SHA256 (cego-2.45.9.tar.gz) = 18760a58fca980b33ad408d9f42c614bd282cf30a7d52068bd6dad753dbcda5b
-SIZE (cego-2.45.9.tar.gz) = 3152889
+TIMESTAMP = 1591378135
+SHA256 (cego-2.45.16.tar.gz) = 31168d3e6c5b30693c5d7a412ac25a8604c1fcead9e7250ceb6cfd91bf97170b
+SIZE (cego-2.45.16.tar.gz) = 3154656



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?202006051805.055I543i079020>