{"id":2,"date":"2010-06-11T23:16:09","date_gmt":"2010-06-11T23:16:09","guid":{"rendered":"http:\/\/hstore.cs.brown.edu\/wordpress\/?page_id=2"},"modified":"2014-03-16T11:00:50","modified_gmt":"2014-03-16T15:00:50","slug":"about","status":"publish","type":"page","link":"https:\/\/hstore.cs.brown.edu\/about\/","title":{"rendered":"About"},"content":{"rendered":"

<\/p>\n

Current OLTP database designs, which date largely from the 1970s, are based on several assumptions about the architecture of database applications and hardware that are less true today than they were 30 years ago. For example, all but the very largest OLTP applications can fit in main memory of a modern shared-nothing cluster of server machines. On a single node with a memory resident database, OLTP transactions take only a few microseconds to execute. Additionally, many applications carefully construct database transactions so they have no user stalls. <\/p>\n

Taken together, both of these points mean there is a large class of OLTP applications for which a single-threaded execution engine with no concurrency control performs very well, avoiding the need for high overhead, locking-based pessimistic concurrency control protocols designed to keep CPUs busy during disk and user stalls. Further, the cost of computers has dropped so dramatically in the past thirty years that paying for a dedicated database administrator has become one of the dominant costs in running a database system, such that tools that automate design and tuning have great value. Finally, the architecture of a server node has also shifted — the number of cores available to process data is proliferating.<\/p>\n

The goal of the H-Store project is to investigate how these architectural and application shifts affect the performance of OLTP databases, and to study what performance benefits would be possible with a complete redesign of OLTP systems in light of these trends. Our early results<\/a> show that a simple prototype built from scratch using modern assumptions can outperform current commercial DBMS offerings by around a factor of 80 on OLTP workloads. <\/p>\n

The full-featured system that demonstrates these performance wins is available for download<\/a>. A commericial version of H-Store is also available<\/a>.<\/p>\n

Acknowledgements<\/h2>\n

Part of this work was sponsored by the NSF under grants IIS-0845643 and IIS-0704424, the Natural Sciences and Engineering Research Council of Canada, VoltDB, and the Intel Science and Technology Center for Big Data<\/a>.<\/p>\n","protected":false},"excerpt":{"rendered":"

Current OLTP database designs, which date largely from the 1970s, are based on several assumptions about the architecture of database applications and hardware that are less true today than they were 30 years ago. For example, all but the very largest OLTP applications can fit in main memory of a modern shared-nothing cluster of server […]<\/p>\n","protected":false},"author":2,"featured_media":0,"parent":0,"menu_order":0,"comment_status":"closed","ping_status":"open","template":"","meta":[],"_links":{"self":[{"href":"https:\/\/hstore.cs.brown.edu\/wp-json\/wp\/v2\/pages\/2"}],"collection":[{"href":"https:\/\/hstore.cs.brown.edu\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/hstore.cs.brown.edu\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/hstore.cs.brown.edu\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/hstore.cs.brown.edu\/wp-json\/wp\/v2\/comments?post=2"}],"version-history":[{"count":17,"href":"https:\/\/hstore.cs.brown.edu\/wp-json\/wp\/v2\/pages\/2\/revisions"}],"predecessor-version":[{"id":2391,"href":"https:\/\/hstore.cs.brown.edu\/wp-json\/wp\/v2\/pages\/2\/revisions\/2391"}],"wp:attachment":[{"href":"https:\/\/hstore.cs.brown.edu\/wp-json\/wp\/v2\/media?parent=2"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}