You are here

Welcome to the NuoDB Blog

  • "the secret of war lies in the communications"
    - Napoleon Bonaparte

    For NuoDB, it is important that Transaction Engines (TEs) and Storage Managers (SMs) communicate effectively with each other over a network. These interconnected nodes form the back-end fabric that a database instance rests on. Although modern day networks are fairly reliable, there is always the risk that communication between database nodes is affected by either a break in

  • This infographic illustrates how innovative VoIP company Fathom Voice enabled low-latency communications around the world using NuoDB, The Distributed Database. Explore how Fathom Voice deployed on the Amazon Web Services Cloud, experienced rapid growth, then found the right database to support their global business.

    Would your application benefit from the ability to deploy a single, logical DBMS in multiple cloud datacenters around the world – all at the same time?

  • As a reflection of growing leadership in the distributed DBMS market, NuoDB has been the subject of a lot of research lately.

    In just the past month, the company and/or the NuoDB product have been cited in:

    the first-ever Gartner Magic Quadrant for Operational DBMS ; a 451 Research Impact Report by Matt Aslett, a leading database analyst; (also available here). a thorough analysis by Phil Howard of
  • Now that our 2.0 blackbirds release is out we're hearing a lot of great questions about the core technology and which problems we're addressing. Rather than keep answering these separately here's a clip show . Between the material on this blog, some talks & articles and a few comments to fill in the gaps I hope to give you a good sense of what we've done with this release and where we're headed.

    Let's start with the basics. On October 16 we did a

  • Hello techblog readers. There's a high probability that you've read about the new features in Blackbirds Release 2.0. The big ticket items include geo-distribution , automation , and java stored procedures . In addition to these awesome new features, we slipped in support for ZFS, specifically Native ZFS on Linux . Are you saying, hell yeah! Well you should be

  • With NuoDB 2.0 the support for stored procedures gains a new exciting feature: the capability of running a procedure written in the Java language. Stored procedures written in SQL still achieve the maximum performance boost, but Java stored procedures have on their side a richer programming language, a huge number of third-party libraries and an almost effortless migration path from client-side code to server-side extension.

    In order to create a stored procedure backed by Java code, the developer must wrap the code in a static method having a suitable signature, compile it and

  • */ ]]]]> /*--> */

    You may already be familiar with Asterisk , the widely-deployed open-source telephony framework. If you aren't, you should check it out. It's a pretty cool piece of software. A low-load instance of Asterisk can be deployed to use the filesystem to store things like phone-registration data and voicemails. But if you want to do anything fancy with Asterisk, or if you happen to care about things like fault-tolerance, you might look at pointing Asterisk at a database. And if you happen to have a large Asterisk cluster built to handle

  • Today we released NuoDB 2.0, and if you've been following along you've seen a lot of discussion around automation. In our 1.2 release we provided a preview of where we're going, and with 2.0 we're building on those features to support starting and managing databases across multiple regions. We've also started collecting domain-wide statistics into a NuoDB database that you can use to monitor what's happening

    With today's release these new automation features are available, but not enabled by default. To turn them on

  • You may already be familiar with a tool called rlwrap . If you aren't, you should check it out. It's a nifty tool. On Unix-like systems, it provides readline functionality for commands that lack it. Our nuodbmgr is one such command. If you spend any time managing NuoDB domains in an ad-hoc fashion and you're a fan of the command-line, then you can make your life a little easier and save yourself some keystrokes. First, install rlwrap either

  • Writing complex SQL queries can be hard. As a declarative language SQL lets the database hide the actual implementation of queries from the user. It can become hard to see how and why one query performs better than others. As with most databases NuoDB has a "query explain" facility. The explain facility displays the query plan that NuoDB's optimizer produced for a query. The query plan shows what decisions the NuoDB optimizer made. With the plan in hand the user can make changes to the query or the database structure (add/remove indexes) to improve query performance.

    Explain is not

Pages