Pick of the Week at Nebula Graph - Nebula Graph DBaaS is Public for Beta Test
Normally the weekly issue covers Nebula Graph Updates and Community Q&As. If something major happens, it will also be covered in the additional Events of the Week section.
Events of the Week
- Nebula Graph DBaaS is public for beta test
The Nebula Graph DBaaS service is officially public for beta test this week. You are welcome to try it for free. Your need to submit a request to create an instance. After the submission, the support team will handle the request within two calendar days. Here is the entrance: https://cloud.nebula-graph.io/
- Sherman Ye, the CEO of vesoft inc. was interviewed by TNP
As the representative of the new generation graph database, Nebula Graph was invited to participate in the online database seminar hosted by TheNextPlatform, the famous technology media. The topic for this seminar is the new generation graph database. Sherman Ye， the founder and CEO of vesoft inc, was interviewed by editor-in-chief Timothy Prickett Morgan to discuss topics such as the design idea, the advantages of Nebula Graph, the market positioning of Nebula Graph, and the importance of the open source model to Nebula Graph. Check the interview on YouTube.
Nebula Graph Updates
The updates of Nebula in the last week:
• Support to configure the prefix bloom filter for the RocksDB. Improved the query performance for
QueryVertexProps and decreased the memory usage for the bloom filter. For more information, check this pull request: https://github.com/vesoft-inc/nebula/pull/2274
• Fixed the bug that may cause the newly-added column prop crash in
LOOKUP ON after
alter add column. For more information, check this pull request: https://github.com/vesoft-inc/nebula/pull/2341
• Refactored the RAFT leader election logic. For more information, check this pull request: https://github.com/vesoft-inc/nebula/pull/2327
The community Q&A topic for the last week is about index, cache, and search engine.
Q: How is the index created in Nebula Graph? For query efficiency, is it necessary to build a layer of Redis cache above the query interface layer? And it is necessary to introduce search engines such as Solr and ElasticSearch?
Nebula: Good question. I will answer them one by one.
How is the index created in Nebula Graph?
Regarding the index storage, you can refer to this article: How Indexing Works in Nebula Graph. In addition, the index and data are stored in the same partition so that retrieving data is more easily in the partition by using the index and no network transmission is needed across different partitions.
For query efficiency, is it necessary to build a layer of Redis cache above the query interface layer?
I personally think a Redis cache is only needed in the OLAP. Because data changes a lot in OLTP, the cache will only add extra load. At present, Nebula Graph introduced the LRU cache mechanism to its storage service, so I think it’s more convenient if we put the cache here. Of course, if you don’t require high data accuracy and you can accept some data latency, you may still need the cache layer. One thing to add, when introducing a cache layer, you need to think about whether a third party system (e.g. Redis) can be used.
Is it necessary to introduce search engines such as Solr and ElasticSearch?
I think this is a reasonable requirement. Actually, we are planning to support a third party full text search engine to strengthen fuzzy matching, wildcard matching, regular expression matching, prefix matching, suffix matching, and so on.
Previous Pick of the Week
- DB-Engines Graph DBMS Ranking Update in September
- Import data from Neo4J or JanusGraph to Nebula Graph
- Release of Studio v1.1.0-beta
Like what we do ? Star us on GitHub. https://github.com/vesoft-inc/nebula