mrjn

17 ms·

151.
by mrjn 6y ago
> graph traversal across different attributes might pay a higher latency cost Those can be done concurrently if at the same query level, so not necessarily any slower. In other terms, the number of network calls required (in a sufficient
152.
by mrjn 6y ago
Thanks for maintaining Dgraph on AUR. I'm a fan of Arch Linux. I think the latest release is 20.03.1, perhaps time to update?
153.
by mrjn 6y ago
Love it! You should send a PR to add OctoSQL to the list of projects using Badger (GitHub README).
154.
by mrjn 6y ago
We are looking for a Community Engineer: https://discuss.dgraph.io/t/hiring-community-engineer-to-sta...
155.
by mrjn 6y ago
Hmm... That's probably not the testimonial I was hoping to get from a Dgraph user. Though, I can see part of your pain is because of the custom query language, GraphQL+-. We now offer standard official GraphQL compliance as well, which
156.
by mrjn 6y ago
Depends upon how far apart are the servers. It is on our roadmap to experiment with Dgraph servers as part of one cluster across US based datacenters. Once we establish that, we can try it out across US / Europe, etc. We use 100ms hear
157.
by mrjn 6y ago
The latest version of Dgraph 20.03.1 contains GraphQL endpoint. We're releasing few more features very soon, which would add object level auth, ability to trigger custom logic, call remote GraphQL endpoints to execute part of the query
158.
by mrjn 6y ago
I think the Jepsen comment might be confusing. The point is that Dgraph can ingest data in either a Triple format, or a JSON format. Internally, Dgraph stores it in its own binary format. See [1] for more details. > Naively, I'd thi
159.
by mrjn 6y ago
> there is no way to tell dgraph what the UID should be. There is. You can lease UIDs from Zero, and do your own assignment. Look at /assign endpoint [1] > doing an XID->UID lookup in order to create edges. Also, you can use u
160.
by mrjn 6y ago
(author of Dgraph) We want to improve full text search, to bring it inline with Elastic Search. A lot of people compare Dgraph against Elastic, because they'd rather just have one solution (Dgraph) instead of two. It's in our back
161.
by mrjn 6y ago
Hey folks, author of Dgraph here. If you're interested in the design details of Dgraph, and have the appetite for a very technical research paper, please check this out: https://dgraph.io/paper I'd like to thank K
162.
by mrjn 6y ago
No, we stay away from negative actions. Just indicates that the engineer is naturally active on online platforms. Which is exactly what the job needs.
163.
by mrjn 6y ago
So far we have been focused on delivering to folks who already are convinced about graphs. We absolutely need to do a better job at selling Dgraph and showing value early on to the orgs who don't yet understand the need for a graph sol
164.
by mrjn 6y ago
This blog post explain the business needs that Dgraph is solving for: https://dgraph.io/blog/post/how-dgraph-labs-raised-series-a/ My comments about Google were accurate. I want to avoid saying anymore on tha
165.
by mrjn 6y ago
Note to moderator: The title of this post got changed to "Designing GraphQL schemas", which isn't correct. Please fix it back to the original title "Getting started with Dgraph and GraphQL+-". Also, looks like the a
166.
by mrjn 6y ago
(author of Dgraph here) 1. Yeah, you can run full-text search across multiple predicates, and then if you have reverse indices set up, you can chase their "parents". 2. We're investigating it. 3. You can find all the outbound
167.
by mrjn 6y ago
(Author of Dgraph here) Dgraph is being used by many big and small companies in the wild. Some public examples are Intuit [1] and VMware [2]. 1. Graph abstractions all suffer from high fan-out problem. Because all processing of data needs t
168.
by mrjn 7y ago
(author of Badger) Keeping things simple. If you can break it (decrypt data without knowing the master key), we'll be happy to pay you a bounty. We can extend it from data loss to also include "breaking encryption." https:&#
169.
BadgerDB Implemented AES Encryption(blog.dgraph.io)
2 points by mrjn 7y ago|3 comments
170.
Dgraph Switching from SemVer to Calendar Versioning(blog.dgraph.io)
2 points by mrjn 7y ago|0 comments
171.
Building AES Encryption into Dgraph and Badger DB(blog.dgraph.io)
5 points by mrjn 7y ago|0 comments
172.
by mrjn 7y ago
(Author of Dgraph) This is the first complaint I’ve heard about the full text index of Dgraph — are there examples where Dgraph’s FTS isn’t as good compared to others? If so, could you please file an issue on our GitHub repo, so we can inve
173.
by mrjn 7y ago
Don't know enough about Rust, but I think Go would benefit immensely by allowing its users to disable GC and allow de-allocating memory by hand. GC is great for simpler applications, but more complex projects end up fighting so much wi
174.
by mrjn 7y ago
(Manish here) Don't know much about Nebula. Feels quite inspired by Dgraph.
175.
by mrjn 7y ago
Most likely not a performance tradeoff. For every Get and Set, we do lookups anyway. Caffeine, for comparison, always sets the key-value, and then if the key doesn't get admitted due to policy, deletes it later.
176.
by mrjn 7y ago
Feel free to file an issue if that's a concern -- if enough people feel the same way we could provide an option to "synchronous consistency". It wasn't one in the use cases we looked at.
177.
by mrjn 7y ago
(author of Ristretto here) Yeah, I'm surprised not enough people here are talking about Ristretto. It was actually designed with knowledge of the existing Go caches, to deal with their limitations -- based on multiple papers and Caffei
178.
by mrjn 7y ago
BadgerDB is an embeddable key-value DB written in Go language. We’re excited to release BadgerDB’s v2.0, which introduces compression, encryption and integrates with Ristretto for caching. If you’re a Go user, do try it out!
179.
Releasing BadgerDB v2.0: Compression, Encryption and Caching(blog.dgraph.io)
4 points by mrjn 7y ago|2 comments
180.
Challenges of (Almost Accidentally) Building a Native GraphQL Database(blog.dgraph.io)
7 points by mrjn 7y ago|0 comments

More ›