manifoldcf-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Furkan KAMACI (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (CONNECTORS-286) Get ManifoldCF to run on top of a key/value store like Voldemort, for potential massive scalability improvements and speed gains
Date Sun, 14 Aug 2016 10:38:22 GMT

    [ https://issues.apache.org/jira/browse/CONNECTORS-286?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15420282#comment-15420282
] 

Furkan KAMACI commented on CONNECTORS-286:
------------------------------------------

[~kwright@metacarta.com] Is there any improvement at this issue? Since I'm a Gora committer
(and a PMC member), I can implement the integration of Gora into ManifoldCF?

> Get ManifoldCF to run on top of a key/value store like Voldemort, for potential massive
scalability improvements and speed gains
> --------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: CONNECTORS-286
>                 URL: https://issues.apache.org/jira/browse/CONNECTORS-286
>             Project: ManifoldCF
>          Issue Type: New Feature
>          Components: Framework core
>            Reporter: Karl Wright
>            Assignee: Karl Wright
>             Fix For: ManifoldCF next
>
>
> ManifoldCF's reliance on a relational database limits its throughput and scalability.
 I am now convinced it is possible to build all the structures we need within a distributed
key-value store like Voldemort, which has the nice side effect of permitting massive scaling.
 I envision there will be several layers to this project, some of which may have broader utility
in the open-source community at large:
> (1) An atomic serialization layer, which adds serialization capabilities to an non-transactional
substrate;
> (2) A transaction layer, which uses atomic serialization to build a notion of light transactions;
> (3) A table and index layer, which defines SQL-like concepts of tables and btree indexes
on top of the transaction layer, via a Java API;
> (4) A generic "database abstraction" layer, which is capable of representing both standard
SQL databases as well as this NoSQL variant, so that ManifoldCF can support both models.
> This is obviously a major development task, and as such is not envisioned to be completed
by the next standard release.  Work will indeed need to be done in a branch.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message