版本数据库/未来方向

大家好，

我想很快发布SirixDB [1]的1.0.0版本，但是却缺少一个开放源代码社区，我想在这里讨论您认为对未来发展方向最重要的内容。

为了简短起见，SirixDB通过巨大的完全基于写时复制的索引尝试结构将数据库中每个资源的历史记录保留下来。 这意味着它在修订版之间共享未更改的数据库页面。 SirixDB允许进行复杂的时间旅行查询并实现差异算法。 它以本机二进制格式存储XML和JSON，但也可以存储图形或其他类型的数据。

未来的想法是：

• 水平缩放，即通过单个母版进行写操作，提供读取自己的写一致性，在几个群集节点上复制资源...最有可能使用正好具有一次传递语义的ZooKeeper和Apache BookKeeper ...资源修订版之间差异的交互式可视化。 SirixDB当前以二进制格式（XML和JSON）存储树状结构数据。 差异功能已经存在。 还有一些我希望将D3移植到Web上的过时的可视化[2]。 此外，网络界面会很好添加基于成本的查询优化器规则和索引重写规则，以大大提高查询性能研究如何巧妙地删除旧版本（我必须研究ZFS如何允许删除快照）。 但是，作为一种丑陋的hack，后台进程可以例如将最新的修订版本暂时复制到新资源中。 我猜这有点棘手，因为修订版本之间共享不变的数据库页面，甚至记录版本也被版本化。 因此，根据所使用的算法，需要从不同修订版的页面片段中重建页面。

此外，我还想完成对整个数据库进行版本控制的工作，而不仅仅是完成数据库中的资源。

直到最近，我还以为我会考虑水平缩放，以便将GraalVM用于本机图像，即在Docker容器中提供超快速的启动时间，致力于从Bookkeeper集群进行写入/读取，并将所有内容部署到Kubernetes集群。

但是也许展示美丽的交互式可视化功能可能会引起更多的关注，我认为对我来说，学习前端知识也将是很棒的。 由于完全没有用户，它可能也更有用，因此，从工程角度来看，它只是非常有趣；-)

亲切的问候，祝您周末愉快 约翰尼斯

[1] https://sirix.io and https://github.com/sirixdb/sirix
[2] https://m.youtube.com/watch?feature=youtu.be&v=l9CXXBkl5vI

from: https://dev.to//johanneslichtenberger/version-your-database-future-directions-b8h