Hi, I recommend to use the latest version of Hive. You may also wait for hive on tez with tez version >= 0.8 and hive > 1.2. Before that I recommend first trying other optimizations of Hive and have a look at the storage format together with storage indexes (not the regular ones), bloom filters, partitions etc Then, check the data model. A data model using only varchar is pretty useless. Afterwards check the execution engine (tez, spark, etc.). Most common Hadoop distribution should have at least spark preconfigured. Alternatively, if you do not deal with bulk analytics but more single inserts updates, deletes, you may want to use an external hbase table. Finally, you can check in-memory caches.
Best regards > On 27 Nov 2015, at 11:43, Mich Talebzadeh <m...@peridale.co.uk> wrote: > > Hi, > > As a matter of interest has anyone installed and configured Spark to be used > as the execution engine for Hive please? > > This is in contrast to install and configure Spark as an application. > > Spark by default uses MapReduce as its execution engine which is more for > batch processing. The primary reason I want to use Hive on Spark engine is > for performance. > > Thanks, > > Mich Talebzadeh > > Sybase ASE 15 Gold Medal Award 2008 > A Winning Strategy: Running the most Critical Financial Data on ASE 15 > http://login.sybase.com/files/Product_Overviews/ASE-Winning-Strategy-091908.pdf > Author of the books "A Practitioner’s Guide to Upgrading to Sybase ASE 15", > ISBN 978-0-9563693-0-7. > co-author "Sybase Transact SQL Guidelines Best Practices", ISBN > 978-0-9759693-0-4 > Publications due shortly: > Complex Event Processing in Heterogeneous Environments, ISBN: > 978-0-9563693-3-8 > Oracle and Sybase, Concepts and Contrasts, ISBN: 978-0-9563693-1-4, volume > one out shortly > > http://talebzadehmich.wordpress.com > > NOTE: The information in this email is proprietary and confidential. This > message is for the designated recipient only, if you are not the intended > recipient, you should destroy it immediately. Any information in this message > shall not be understood as given or endorsed by Peridale Technology Ltd, its > subsidiaries or their employees, unless expressly so stated. It is the > responsibility of the recipient to ensure that this email is virus free, > therefore neither Peridale Ltd, its subsidiaries nor their employees accept > any responsibility. >
