Tuesday, July 12, 2011

dbShards CEO/CTO, Cory Isaacson, will be giving a webinar about scaling your SQL and NoSQL databases in the cloud. Sponsored by RightScale, the webinar will be held on the 21st of July 2011, at 2pm ET.

As the demand for intensive, large database-driven applications is on the rise, it is important to be proactive in your database architecture. We will help to give you the information you need to properly design, manage and scale your database with your application growth.

Reserve your spot now!

Thursday, June 30, 2011

Another productive and informative user conference from the RightScale team! See full article here.

RightScale User Conference NYC 2011 from RightScale on Vimeo.

Thursday, June 30, 2011

Rich Tehrani, TMCNet.com CEO, was able to pull Cory Isaacson, CodeFutures CEO, aside to find out where all the buzz about dbShards was coming from.

Thursday, June 30, 2011

Chris DiMarco, with TMCNet.com, published an article laying out the benefits of dbShards with regards to database expansion.

“Databases run the Internet; they’re the underlying technology that makes everything work, and as user traffic continues to grow its incumbent on any company utilizing them to make sure they have enough space to make sure their applications run smoothly. Unfortunately the same traffic that’s making the cloud such a huge space for… “

See full article here.

Thursday, June 30, 2011

Our CEO, Cory Isaacson, sits down with Jeremy Geelan to talk about dbShards.

dbShards Talks to SYS-CON.TV at Cloud Expo New York — Cory Issacson, CEO at CodeFutures, speaks with Cloud Expo Conference Chair Jeremy Geelan on SYS-CON.tv at Cloud Expo New York, held June 6-9, 2011 at the Jacob Javits Convention Center, New York, NY.

Thursday, February 10, 2011

Curt Monash clarified some common questions about dbShards:

After I posted recently about dbShards, a Very Smart Commenter emailed me with the challenge “but each individual shard is still replicated via two-phase commit, and everybody knows two-phase commit is fundamentally slow.” I replied that no, it wasn’t exactly two-phase commit, but fumbled the explanation of why — so I decided to escalate straight to dbShards honcho Cory Isaacson. Cory’s clarification, lightly edited as per his permission, was:

See full article here.

Tuesday, February 8, 2011

Dan Kusnetzky recently released an article detailing the structure of dbShards and how it works to scale your application:

Cory Isaacson, CEO, of codeFutures, and I spoke about how today’s distributed applications often are more highly scalable than the database infrastructure they rely on. His company, codeFutures, would propose turning to a highly scalable database infrastructure rather than relying on older, more centralized database engines. He also points out that the centralized approach to data management might limit cloud computing application performance as well.

codeFutures makes its case

Cory would tick off the following points to make his case: ……

See full article here.

Monday, February 7, 2011

What is Database Sharding?

Contrary to popular belief, database sharding is not a new concept. It has been around almost as long as the SQL engine itself. In the days of our ancestors (well at least mine), if your application or database grew past the point of the machine I/O and hardware capabilities, you had no choice but to add more machines and thus more databases. But what is a new concept is the ability to “shard” your database without hiring Stephen Hawking to write the algorithm to distribute and gather data as if it was one database. That is where dbShards comes into play.

Although we do not have Stephen Hawking on our team, we do have some of the most experienced database professionals in the field. Using these resources, we have developed the solution for scaling and replicating high performance databases. In two paragraphs, I will layout the advantages of database sharding in general, not just with dbShards, and I will go over the advantages of using dbShards as your high performance database solution.

Sharding?

Database sharding is simply the process of taking one database and breaking it up among multiple machines to spread out the workload and increase the overall performance of the database. The term “shard” is coined from the idea of breaking something into parts, but when combined, they stand as one. Simply put, when one database is doing the work of ten, it only makes sense to give it some help. Many of the most popular internet applications use database sharding as a performance and scaling solution. Can you say Twitter?

What is dbShards?

dbShards is the industry leading database sharding solution. We have customers scaling to hundreds of millions of transactions per day, and millions of new users per day. Add that with a replication solution that lets your system administrator shower more than once per year, it is no wonder we are considered the sharding solution. Database sharding does not have to be difficult, and with our team of engineers, you can rest assured it is done right.