Big Data. Big Decisions
InformationWeek
Special Coverage Series


Meet VoltDB: Relational Database With NoSQL Speed

Version 2.0 of the brainchild of database guru Michael Stonebraker debuts. Scales across 300 cores and processes 1.6 million transactions per second.

VoltDB, a distributed relational database system that's emerged from a Yale-Massachusetts Institute of Technology-Brown universities research project, is now available in version 2.0 with the ability to scale across 300 cores and process transactions at the rate of 1.6 million a second.

The 2.0 version, released Tuesday, has gained "three knobs" that a database administrator can turn to achieve durability and performance tradeoffs, said Fred Holahan, chief marketing officer, in an interview. Through a new feature, Command Logging, the system becomes a highly durable, highly recoverable production system. At the direction of the database administrator, it blocks up sets of transaction commands and writes them to disk, while periodically taking snapshots of the data. Intervals between writes would be short, such as 100 milliseconds, allowing 10-20 complex transactions to be gathered up and stored, Holahan explained.

More Insights

Webcasts

More >>

White Papers

More >>

Reports

More >>

In the event of a complete system failure in, say, a data center fire, the system will automatically resurrect itself from the commands and data snapshots that it retrieves from disk, with only the last 10-20 transactions lost. Such an approach adds a 5-10% performance overhead to normal transaction processing, so maximum performance takes a hit, he noted.

By shortening the interval below 100 milliseconds, fewer transactions will be lost, but an additional performance penalty will be incurred. By lengthening it, performance will improve but the exposure to data loss is greater, reducing the previous, nearly 100% data durability.

The system is the brainchild of Michael Stonebraker, the former University of California at Berkeley database guru, who is now an adjunct professor at MIT. VoltDB comes out of the H-Store research project at MIT, Yale, and Brown universities.

The system is designed for large-scale Web operations, such as social networking games, financial trading, digital ad serving, or telecommunications applications. In some cases, NoSQL systems stand in for relational databases in some of these applications, but VoltDB is designed to maintain transaction consistency and integrity, while NoSQL systems often rely on "eventual" transaction consistency, or a fraction of a second when data lacks integrity because the latest updates haven't been applied.

VoltDB is both an in-memory and a distributed system, eliminating calls to disk by relying on the database system and the data to be available in memory. VoltDB makes use of server RAM in a cluster to achieve its results. NoSQL systems are also distributed and capable of operating on large masses of data, but VoltDB is still following the rules of relational database systems. The 1.0 version was launched in May 2010.

In the 2.0 version, a query planner distributes query workloads across the server cluster, allowing queries to execute on the node where the data needed is stored. The optimization improves the performance of realtime analytic applications, Holahan said.

The 2.0 version also has the ability to stream data to another datastore, such as Hadoop or a relational OLAP system. To avoid impedance mismatches, where another system can't ingest the data as fast as VoltDB can dispense it, VoltDB can write data to an "overflow" disk, where it can be retrieved and delivered when the target system is ready.

VoltDB is available both in a community edition as GPL open source code, and as a commercially supported, Enterprise edition for a $15,000 a year subscription per four-server cluster. Only the enterprise edition includes Command Logging. Version 2.0 can run on a cluster with up to 39 servers and 300 cores.

Network Computing has published an in-depth report on deduplication and disaster recovery. Download the report here (registration required).



Related Reading




Currently we allow the following HTML tags in comments:

Single tags

These tags can be used alone and don't need an ending tag.

<br> Defines a single line break

<hr> Defines a horizontal line

Matching tags

These require an ending tag - e.g. <i>italic text</i>

<a> Defines an anchor

<b> Defines bold text

<big> Defines big text

<blockquote> Defines a long quotation

<caption> Defines a table caption

<cite> Defines a citation

<code> Defines computer code text

<em> Defines emphasized text

<fieldset> Defines a border around elements in a form

<h1> This is heading 1

<h2> This is heading 2

<h3> This is heading 3

<h4> This is heading 4

<h5> This is heading 5

<h6> This is heading 6

<i> Defines italic text

<p> Defines a paragraph

<pre> Defines preformatted text

<q> Defines a short quotation

<samp> Defines sample computer code text

<small> Defines small text

<span> Defines a section in a document

<s> Defines strikethrough text

<strike> Defines strikethrough text

<strong> Defines strong text

<sub> Defines subscripted text

<sup> Defines superscripted text

<u> Defines underlined text

BYTE encourages readers to engage in spirited, healthy debate, including taking us to task. However, BYTE moderates all comments posted to our site, and reserves the right to modify or remove any content that it determines to be derogatory, offensive, inflammatory, vulgar, irrelevant/off-topic, racist or obvious marketing/SPAM. BYTE further reserves the right to disable the profile of any commenter participating in said activities.

Disqus Tips To upload an avatar photo, first complete your Disqus profile. | View the list of supported HTML tags you can use to style comments. | Please read our commenting policy.

Follow InformationWeek

By The Numbers

What Are Your Primary Concerns About Using Big Data Software?

Base: 417 respondents at organizations using or planning to deploy data analytics, BI or statistical analysis software
Data: InformationWeek 2013 Analytics, Business Intelligence and Information Management Survey of 541 business technology professionals, October 2012

What Do You Think?

What's your attitude about SQL analysis on top of Hadoop?
We want fast, standard SQL analysis capabilities on Hadoop ASAP
Hadoop is for unstructured data; SQL is for relational databases
We'll give SQL on Hadoop a try, but relational DBs will remain the mainstay
Given strong SQL support on Hadoop, we'd nix the data warehouse
We're not interested in Hadoop
No opinion



Related Content

From Our Sponsor

Five Big Data Challenges and How to Overcome Them with Visual Analytics

Five Big Data Challenges and How to Overcome Them with Visual Analytics

Business leaders often need a visual snapshot of data to quickly grasp and use it. This paper identifies five challenges in presenting data and how visual analytics can resolve them. Solutions are suggested to overcome the challenges of: speed, data clarity, data quality, displaying meaningful results, and dealing with outliers.

Game-Changing Analytics: How IT Executives Can Use Analytics to Create Innovation and Business Success

Game-Changing Analytics: How IT Executives Can Use Analytics to Create Innovation and Business Success

Today's competitive advantage requires a deeper understanding of your business, your market and your customers. As an IT executive, you can drive that knowledge transformation. In this white paper, learn how to make decisions as a strategic business leader and three steps to begin an analytics initiative within your enterprise.

Data Visualization Techniques: From Basics to Big Data with SAS Visual Analytics

Data Visualization Techniques: From Basics to Big Data with SAS Visual Analytics

High-performance data visualization turns sophisticated analyses into meaningful graphics, leading to faster and smarter decision making. In this white paper, learn how visual analytics can transform big data, with additional features such as real-time functionality, mobile compatibility, robust applications for technical groups and accessibility for nontechnical users.

Big Data: Lessons from the Leaders

Big Data: Lessons from the Leaders

Financial performance, competitive advantage, operational efficiency, strategic decision making - every business goal can extract value from big data, and the time for doubt or inaction has long passed. In this Economist Intelligence Unit report, in-depth interviews with data pioneers reveal the link between the effective use of big data and the bottom line among other results.

Decision-Driven Data Management: A Strategy for Better Decisions with Better Data

Decision-Driven Data Management: A Strategy for Better Decisions with Better Data

Which came first, the data or the decision? This white paper makes the case for having a decision in mind, then tailoring big data's volume, variety and velocity to achieve business results such as overcoming customer dissatisfaction or creating well-informed strategies in real time.

Informationweek Reports

Research: The Big Data Management Challenge

Research: The Big Data Management Challenge

The challenge of big data is real, but most organizations don't differentiate 'big data' from traditional data, and nearly 90% of respondents to our survey use conventional databases as the primary means of handling data. We'll help you understand what constitutes big data (it's not just size) and the numerous management challenges it poses.