Database Trends and Applications (DBTA) today announced its Readers’ Choice Awards, and MongoDB is thrilled to accept in the following categories:
- **[Winner: Best NoSQL Database](http://www.dbta.com/Editorial/Trends-and-Applications/Best-NoSQL-Database-98431.aspx)
- [Finalist: Best Database (Overall)](http://www.dbta.com/Editorial/Trends-and-Applications/Best-Database-Overall-98423.aspx)**
With more than 22,000 votes cast across 31 categories, thank you to the readers of DBTA for recognizing MongoDB. And congrats to all other winners!
More about the awards here.
How And Why Verizon Wireless Chose MongoDB
Even small organizations struggle with change. But imagine that you have 103 million retail customers, roughly 1700 retail locations to serve them, and $81 billion in revenues at stake. Change necessarily comes hard to a company of that scale and reach. But change is precisely what Verizon Wireless increasingly enables using MongoDB. The Times They Are a-Changing In an organization the size of Verizon Wireless, the business needs are constantly growing and changing, as Shivinder Singh, Senior Systems Architect at Verizon Wireless, told an audience at MongoDB World 2014. These forces push Verizon Wireless to explore new and innovative ways to process manage its data as it seeks to drive greater customer value for its customers. One of those "new and innovative ways" is MongoDB, which helps Verizon Wireless get greater value from its data while simultaneously accelerating time-to-market and improving its asset utilization. As the company looks to augment its existing technologies, however, there's always a fair amount of trepidation, not to mention the ever-looming question: why can't we just do this with the technologies we already own and/or know? Data is changing. The world of relational databases at times doesn't fit the new world of unstructured or semi-structured data. Traditional technologies which at times would require a dedicated resource weeks to setup a environment could be achieved fairly quick with MongoDB. In a certain case, with MongoDB Verizon Wireless was "able to do that in two hours." Even so, Verizon Wireless discovered that one of the biggest challenges in moving to MongoDB was to "unlearn" RDBMS concepts and change the mindset to embrace new MongoDB and NoSQL concepts. But we're getting ahead of ourselves here. How did Verizon Wireless start using MongoDB? Getting Started With MongoDB Verizon Wireless opted to start small with MongoDB, though it did try before it bought, one of the cardinal virtues of open source. (More on that below.) The company decided to augment its employee portal, a business critical application that is "basically the homepage of anyone who works for Verizon." The existing portal was good, but Verizon Wireless wanted to build in new functionality to capture social feeds from Twitter and Facebook and display it specific to that user. Not so easy for a relational database. Originally the development team put MongoDB through its paces, first running a proof of concept and then rolling it out. They didn't have anyone dedicated to supporting it, however, so the development team asked Singh's team to support it. To bring himself up-to-speed with MongoDB, Singh took the route that over 200,000 other people have taken: MongoDB's free online training. As he describes it, within two days he was at a level that he could comfortably manage MongoDB. Within just two weeks he had re-architected Verizon Wireless' entire development set-up to be in a replicated cluster versus a standalone cluster. He then proceeded to test and break the cluster, recover it, test the recovery, test failover capabilities and more. But Singh wasn't done yet. Putting The MongoDB Team To The Test Going with a new technology can be risky, but choosing a new technology vendor to support is perhaps even more so. To minimize that risk, Singh decided to put MongoDB - the company - to the test. So Singh did what any other conscientious would-be buyer would do: He faked his death. Well, not his death, per se, but the death of his server (along with the secondary data center, just to make things doubly interesting). Of course MongoDB would quickly respond to a marquee customer like Verizon Wireless, however, so he also faked his identity, using an @yahoo.com email address. In other words, MongoDB's support team got a call from some no-name person with a generic email address claiming "my-server-is-down-the-world-is-on-fire-someone-help-me-NOW!" Within "a short period of time" MongoDB had assembled its engineers to resolve the issue and get Verizon Wireless back on track. Only then did the MongoDB team learn the real identity of Singh and win the deal. The Future Of MongoDB At Verizon Wireless Looking forward, Verizon Wireless has already started a new proof of concept for an online log management system. Not surprisingly, Verizon has "some huge servers, some huge clusters, and all of them generate a huge amount of log data." Given Verizon Wireless' data volumes, it also is looking for ways to pair MongoDB with Hadoop to leverage the strengths of both together. The company has been evaluating the MongoDB Connector for Hadoop . As Verizon Wireless moves forward, Singh notes that MongoDB is appropriate for "quite a lot" of its new use cases, and is therefore being evaluated for these new use cases alongside its traditional RDBMSes. That's a big change for a Fortune 50 enterprise, but Singh believes it's necessary to help the company grow and evolve to meet customer needs.. To view all of Singh's slides: How Verizon Uses Disruptive Developments for Organized Progress from MongoDB To watch the video, please click here .
Considering NoSQL? Let's Break Down Your Options
Non-relational alternatives to relational databases — usually referred to as NoSQL databases — have been rapidly gaining popularity over the past decade. In 2013, MongoDB published one of our most popular white papers, “Top 5 Considerations When Evaluating NoSQL Databases.” We have since updated that paper as the technology has evolved. MongoDB is now offering a major update, which adds two new issues organizations should include in their thinking: how a database handles data generated at the edge by mobile devices and how a database fits into a broader data platform that includes search and analytics. If you’re testing the waters of NoSQL databases, then you’re probably familiar with how they’re different from traditional relational databases. The list of things you already know about NoSQL probably looks something like this: They use a different data model and query language. They have dynamic schemas. They scale horizontally. Beyond those common features, there are significant differences among NoSQL databases. The seven areas of significant differences among your options are: Data model (document, graph, key-value, etc.) Query model Consistency and transactional model APIs Mobile data Data platform Commercial support, community strength, and lock-in From MongoDB’s point of view, the most important consideration is the data model. We popularized the document model , which supports a superset of all data models, making it useful for a wide variety of applications. Key features include the ability to index and query in any field, and the natural mapping of document data structures to objects in modern programming languages. Recent shifts in how modern applications are developed and deployed — and in the experiences they offer customers — highlight the two new considerations. Mobile use cases: Mobile applications introduce the added challenge of not always being connected to the network. Developers need a solution for keeping all their customers’ apps in sync with the back-end database, no matter where they are in the world and what kind of network connection they have. The solution also needs to scale easily and quickly as more users download an app, and support the cutting edge of mobile development technologies as they evolve. Data platform: MongoDB’s application data platform provides developers a unified interface to serve transactional and operational applications alongside search, real-time, and data lake application needs. It eliminates the overhead and friction of developers having to stitch together multiple discrete technologies into a complex architecture, each creating its own duplicated data silo — connected by fragile ETL pipelines — and accessed, secured, governed, and operationalized by different APIs and tools. For a deep dive into all the differences among NoSQL databases, download our white paper, “ Top 7 Considerations When Evaluating NoSQL Databases .”