Skip to content

Commit 9cdf124

Browse files
committed
feat: new quarter update news
1 parent ccecb3d commit 9cdf124

1 file changed

Lines changed: 39 additions & 0 deletions

File tree

Lines changed: 39 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,39 @@
1+
+++
2+
title = "OrientDB work in progress update 2026 Q1"
3+
description = "OrientDB work in progress update 2026 Q1"
4+
insert_anchor_links = "none"
5+
date="2026-04-12"
6+
[extra]
7+
menu = false
8+
+++
9+
10+
A new quarter passed and here is the new update!
11+
12+
### Development
13+
14+
The work progressed on the same path of last year, mainly focusing on
15+
making the distributed stable.
16+
17+
Since last year the first tests were already starting to pass with the new topology structure, and more work has been done trying to cover
18+
new use-cases, the biggest part of this quarter was spent on solving a quite tricky use case that OrientDB has been using since the first implementation of distributed support, in the specific OrientDB
19+
allow you to boot a node in distributed mode, and to execute operations with only one node, so with quorum 1. After that though you can join to it with another node, that have been booted with the same configuration,
20+
this implies that when two nodes with quorum 1 join each others the strategy needed to do the merge is
21+
more or less the same of a split-brain strategy, this means is quite hard to make it work, but limiting the number of cases where
22+
this is possible allow to implement a solution that actually work fine.
23+
24+
In the specific the implementation done in the last quarter, allow a node with a network with only itself and quorum 1 to merge into another
25+
network with one node and quorum 1, or a network with multiple nodes and higher quorum, but not to merge two or more networks
26+
with two or more nodes, also before merge the network, checks are run on existing databases to see if there are incompatibilities,
27+
in case of incompatibilities the network will not be merged.
28+
29+
To implement this use case was quite important also because a lot of tests in the test suite of OrientDB rely on this kind of setup.
30+
31+
Other work was done for remove old implementation not needed anymore due to the new design and doing the usual dependency updates and
32+
porting bug fixes.
33+
34+
### Maintenance
35+
36+
In terms of maintenance there have been 3 patch releases for the 3.2.x with some minor fixes, done by OrientDB maintainer and
37+
by external contributors
38+
39+
That's all for this quarter.

0 commit comments

Comments
 (0)