[
https://issues.apache.org/jira/browse/IOTDB-58?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
xiangdong Huang closed IOTDB-58.
--------------------------------
> Refactor the BufferWriteProcessor module and complete TsFiles
> -------------------------------------------------------------
>
> Key: IOTDB-58
> URL: https://issues.apache.org/jira/browse/IOTDB-58
> Project: Apache IoTDB
> Issue Type: Sub-task
> Reporter: xiangdong Huang
> Assignee: xiangdong Huang
> Priority: Major
> Labels: pull-request-available
> Time Spent: 40m
> Remaining Estimate: 0h
>
> Currently, Memtable which manages ordered data is in BufferWriteProcessor
> module, and complete TsFiles are managed directly by FileNodeProcessor.
> FileNodeProcessor also manages the OverflowProcessor, while the
> OverflowProcessor module manages the memtable of overflow data and generated
> overflow files..
> We can find that overflowProcessor and BufferWriteProcessor are asymmetric..
> which will lead to many similar but not the same codes.. and make the
> FileNodeProcessor class very large (because it knows too much detailed info
> of the two processors)
> A better way is:
> Put the memtable and all complete TsFiles into one module, called
> TsFileProcessor.
> TsFileProcessor only provide insert/update/delete/close/flush and query APIs.
> - For Insert, if it returns false, then it means that the inserted data
> should not be managed by TsFileProcessor, which means it is an overflowed
> data.
> - For query, the function will query data not only from the memtable but also
> from TsFiles.
>
>
--
This message was sent by Atlassian JIRA
(v7.6.14#76016)
