Try https://github.com/RecallGraph/RecallGraph
It is a Foxx microservice for ArangoDB, and is designed exactly
for this use case.
Regards, Aditya Mukhopadhyay
I need to maintain a record/history of collections in which i can see previous and updated state of particular document. Is it possible to do so ? If yes, How ?
The information in this email, including all attachments, is confidential and for use by the addressee(s) only. If you are not the intended recipient, please return the email to the sender and delete it from your computer. --
You received this message because you are subscribed to the Google Groups "ArangoDB" group.
To unsubscribe from this group and stop receiving emails from it, send an email to arangodb+u...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/arangodb/7e3ec7d3-61b5-4b94-a906-3c23d6b01bc5%40googlegroups.com.
Try https://github.com/RecallGraph/RecallGraph
It is a Foxx microservice for ArangoDB, and is designed exactly for this use case.
Regards, Aditya MukhopadhyayOn 06/03/2020 11:08 am, Ajit Singh Rajawat wrote:
I need to maintain a record/history of collections in which i can see previous and updated state of particular document. Is it possible to do so ? If yes, How ?
The information in this email, including all attachments, is confidential and for use by the addressee(s) only. If you are not the intended recipient, please return the email to the sender and delete it from your computer. --
You received this message because you are subscribed to the Google Groups "ArangoDB" group.
To unsubscribe from this group and stop receiving emails from it, send an email to aran...@googlegroups.com.
That is correct. RecallGraph (RG) can only track histories for docs which are written through its own API. In the scenario you have described, unless a database natively supports document versioning OOTB (so that it can intercept all document writes no matter what the source) there is no direct way to enable history tracking.
However, depending on your architecture, one or a combination of the following approaches might yield a viable workaround:
Either approach would incur some data duplication, but lets you
integrate RG non-intrusively (and outside of the critical path)
into your existing stack. At a later point of time, if things work
smoothly enough with RG, you may even choose to discard your
primary sink altogether.
Regards, Aditya Mukhopadhyay
To unsubscribe from this group and stop receiving emails from it, send an email to arangodb+u...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/arangodb/0be11626-f718-49c3-b8c5-87352ce67b02%40googlegroups.com.
To unsubscribe from this group and stop receiving emails from it, send an email to arangodb+u...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/arangodb/0be11626-f718-49c3-b8c5-87352ce67b02%40googlegroups.com.