News for hackers. Stuff that matters.
Re:Cost-Based Optimizer in Apache Spark 2.2 by hkothari on Thursday August 31, 2017 @12:53PM (#15141686)
If you are interested in the code behind this, I wrote an overview last month on the functionality and links to the different code that backs the improvements they talk about: http://hydronitrogen.com/spark-220-cost-based-optimizer-expl...

There's a fair amount of overlap, but where the databricks article explains the techniques with charts and high level explanations, I go over the code instead.

Re:Cost-Based Optimizer in Apache Spark 2.2 by elvinyung on Thursday August 31, 2017 @03:11PM (#15142928)
On this topic, I really like the Join Order Benchmark paper: http://www.vldb.org/pvldb/vol9/p204-leis.pdf

It basically shows that most cost-based optimizers are pretty bad at cardinality estimation, which compounds when queries use more joins.

Re:Cost-Based Optimizer in Apache Spark 2.2 by ris on Friday September 01, 2017 @03:51AM (#15146864)
Still catching up with postgres which added multivariate column statistics in 9.6 :)

Not that this isn't a great development in itself...

Re:Cost-Based Optimizer in Apache Spark 2.2 by makmanalp on Thursday August 31, 2017 @11:54AM (#15141157)
What's cool about these statistics-based approaches is that you mostly don't even need fully up-to-date statistics, just overall decent stats, unless you have an insane amount of churn. Meaning - you can get query speedup without insertion overhead: you choose to take that overhead any time you want using ANALYZE.

Very neat stuff from the databricks team!

Re:Cost-Based Optimizer in Apache Spark 2.2 by trhway on Thursday August 31, 2017 @04:36PM (#15143700)
For non latency sensitive queries you can also run dynamic sampling.