05-02-2021 09:45 PM
Hi,
I am hoping the community has a recommendation for a graph database that can directly work with LabVIEW.
A graph database is a database that specializes in data where the relationships are generally graphs (think trees) in nature.
I have a lot of data I will be working with is almost exclusively tree based.
It’s really nice to be able to use MySQL with one of the many nice toolkits (thank you Saphira!) but I didn’t see the same thing for a graph database.
I tried writing my own tree structure in SQL but quickly came across many articles explaining why this is a bad idea.
I tried to write a rest API to Amazon’s graph database using Lambda and API Gateway (to make a REST API I could call from LabVIEW) but alas I am not overly proficient in REST.
I don’t really have any requirements other than it not be a local graph database, I am planning to haven a few dozen users and I would strongly prefer the database is hosted on the web.
Any suggestions for graph databases or alternate approaches are welcome.
05-03-2021 05:56 AM
I think any communication to a remote graph database will use REST under the hood anyway?
Do you want an embedded graph database then?
Most APIs seem to rely heavily on Java, JVM, etc. and standard languages seem to be ignored completely.
I'm writing an interface that is heavily inspired by Gremlin, so I'd be interested if you do find something.
05-03-2021 07:00 AM
The number one solutions seems to be DGraph, which is even open source and seems to have impressive features. It's client interface is either based on gRPG using Proto Buffers or HTTP using JSON format. Implementing the HTTP/JSON interface doesn't seem like a terribly taunting solution.