HackerTrans
TopNewTrendsCommentsPastAskShowJobs

xeraa

no profile record

Submissions

Native JOINs in Elasticsearch. No more force-denormalizing

elastic.co
3 points·by xeraa·tahun lalu·1 comments

comments

xeraa
·6 bulan yang lalu·discuss
It will also depend a lot on the type of data: Logs are an easy yes. Something that required multi-document transactions (unless you're able to structure it differently) is a harder tradeoff. Though loss of ACKed documents shouldn't really be a thing any more.
xeraa
·6 bulan yang lalu·discuss
Funny argument on the query languages in hindsight, since the latest release (https://www.paradedb.com/blog/paradedb-0-20-0 but that was after this blog) just completely changed the API. To be seen how many different API versions you get if you make it to 15 years ;)

PS: I've worked at Elastic for a long time, so it is fun to see the arguments for a young product.
xeraa
·6 bulan yang lalu·discuss
There are no 2-node clusters (it needs a quorum). If your setup has 2-node clusters, someone is doing this horribly wrong.
xeraa
·6 bulan yang lalu·discuss
First step of a marketing campaign: Claim something never said and then tell everyone why it's wrong ;)
xeraa
·12 bulan yang lalu·discuss
The clear misrepresentation for years with absolutely no shame...
xeraa
·tahun lalu·discuss
No more hacks — Elasticsearch just shipped native joins in ES|QL. Yep, actual lookup joins, across indices, with a real query language, and real performance. This is big for logs, metrics, security data — basically everything you’ve been force-denormalizing for years. It only took 15 years...
xeraa
·5 tahun yang lalu·discuss
Both for DEB and RPM the packages are coming from our own registry (https://artifacts.elastic.co) and not from the Linux distributions. We also maintain our own Docker registry (and mirror that to Docker Hub though they provide some numbers). So we have a good picture about licenses, versions, operating systems,...

Philipp from Elastic.