Likelihood to Recommend
- Linking, embedding links and adding images is easy enough.
- Once you have become familiar with the interface, Presto becomes very quick & easy to use (but, you have to practice & repeat to know what you are doing - it is not as intuitive as one would hope).
- Organizing & design is fairly simple with click & drag parameters.
- Presto was not designed for large fact fact joins. This is by design as presto does not leverage disk and used memory for processing which in turn makes it fast.. However, this is a tradeoff..in an ideal world, people would like to use one system for all their use cases, and presto should get exhaustive by solving this problem.
- Resource allocation is not similar to YARN and presto has a priority queue based query resource allocation..so a query that takes long takes longer...this might be alleviated by giving some more control back to the user to define priority/override.
- UDF Support is not available in presto. You will have to write your own functions..while this is good for performance, it comes at a huge overhead of building exclusively for presto and not being interoperable with other systems like Hive, SparkSQL etc.
Presto is good for a templated design appeal. You cannot be too creative via this interface - but, the layout and options make the finalized visual product appealing to customers. The other design products I use are for different purposes and not really comparable to Presto.
Return on Investment
- Presto has helped scale Uber's interactive data needs. We have migrated a lot out of proprietary tech like Vertica.
- Presto has helped build data driven applications on its stack than maintain a separate online/offline stack.
- Presto has helped us build data exploration tools by leveraging it's power of interactive and is immensely valuable for data scientists.
Premium Consulting/Integration Services—
Entry-level set up fee?