atlas-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Shwetha G S (JIRA)" <>
Subject [jira] [Updated] (ATLAS-539) Store for entity update audit
Date Mon, 07 Mar 2016 14:44:40 GMT


Shwetha G S updated ATLAS-539:
    Attachment: ATLAS-539.patch

> Store for entity update audit
> -----------------------------
>                 Key: ATLAS-539
>                 URL:
>             Project: Atlas
>          Issue Type: Sub-task
>            Reporter: Shwetha G S
>            Assignee: Shwetha G S
>             Fix For: 0.7-incubating
>         Attachments: ATLAS-539.patch
> We need to store the entity update events in some store. The search supported should
return all events for a given entity id within some timerange.
> Two choices are:
> 1. Existing graph db - We can create a vertex for every update with properties for entity
id, timestamp, action and details. This will create disjoint vertices. The direct gremlin
search is enough to retrieve all events for the entity. 
> Pros - We already have configurations for graph and utilities to store/get from graph
> Cons - It will create extra data and doesn't fit the graph model
> 2. HBase - Store events with key = entity id + timestamp and columns for action and details.
The table scan supports the required search
> Pros - Fits the data model
> Cons - We will need the configurations and code to read and write from hbase
> In either case, we should expose an interface so that alternative implementations can
be added

This message was sent by Atlassian JIRA

View raw message