mirror of
https://git.FreeBSD.org/ports.git
synced 2024-10-19 19:59:43 +00:00
databases/cego: 2.26.7 -> 2.26.9
- Version passed concurrent load test with 10 million concurrent operations ( random insert, update and delete on one table with 2 processes ) - Fix in CegoFileHandler::allocatePage, In case of page exceed with appendMode = true, a second try is done with appendMode = false - Small fix in CegoObjectManager::reorgObject, ref page id information for append mode is set to new last page id - Small fix in CegoSelect::filterRefs, allow expressions with constant values ( getAttrRefList= 0 ) in aggregation - Locking improvements for delete and update operations. All delete operations are done now via transactions ( introduced CegoTableManager::deleteDataTableAtomic ). This allows to use a shared lock as the table lock for using the table (CegoDistManager::deleteLocalDataTable and CegoDistManager::updateLocalDataTable ) As a result, a table can be accessed in parallel during a ( long running ) delete operation on the table( e.g. delete from table). E.g. select count(*) from table will not block anymore, rather indicates the remaining number of tuples in the table. This modification is still under investigation and must verfied ( also in combination with btree/index objects on the table ) - Fix in CegoBTreeManager::deleteBTree, the relevance value was not calculated correctly Fix in CegoQuery, cache invalidation is done before query operations. Otherwise, if the query is aborted, an exception is thrown and the cache is not cleaned - Small modifications on cgblow load simulation client - Changed locking for delete an update operations to exclusive due to concurrency prpblems with btree operations - Added page locking to AVLIndexManager and AVLIndexCursor - Improvements for locking done. Since locking is done on page level, Insert and delete operations can be done now in parallel . For this locking had to be introduced in CegoBtreeManager::insertBTree and CegoBTreeManager::deleteBTree Further performance path for grouping queries in CegoGroupSpace. Since the current grouping key is stored now in the class variable _groupSchema, some expensive list copy operations could be avoided. This improves performance for about 4%. Submitted by: Bjoern Lemke <lemke@lemke-it.com>
This commit is contained in:
parent
f507e2d07b
commit
cae03e9374
Notes:
svn2git
2021-03-31 03:12:20 +00:00
svn path=/head/; revision=400974
@ -1,7 +1,7 @@
|
||||
# $FreeBSD$
|
||||
|
||||
PORTNAME= cego
|
||||
PORTVERSION= 2.26.7
|
||||
PORTVERSION= 2.26.9
|
||||
CATEGORIES= databases
|
||||
MASTER_SITES= http://www.lemke-it.com/
|
||||
|
||||
|
@ -1,2 +1,2 @@
|
||||
SHA256 (cego-2.26.7.tar.gz) = 9843a5f00cdc0b806a1e2fc65b8124b36b88d6a2a9cdb3fcc405603d5dcf272b
|
||||
SIZE (cego-2.26.7.tar.gz) = 1226686
|
||||
SHA256 (cego-2.26.9.tar.gz) = 31f38e21226ff20cd5fc81db7568297a6e8364f652e0c6276c19931aaeab7ef7
|
||||
SIZE (cego-2.26.9.tar.gz) = 1227953
|
||||
|
@ -137,5 +137,6 @@ lib/libcgwrap.so.2.0.0
|
||||
%%DATADIR%%/cgbackup
|
||||
%%DATADIR%%/cgmkdb
|
||||
%%DATADIR%%/cgrecover
|
||||
%%DATADIR%%/cgsimload
|
||||
%%DATADIR%%/startdb
|
||||
%%DATADIR%%/stopdb
|
||||
|
Loading…
Reference in New Issue
Block a user