Duplicates
I don’t know much about Google’s Bigtable but am wondering what the difference between Google’s Bigtable and relational databases like MySQL is. What are the limitations of both?
Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.
Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.
Lost your password? Please enter your email address. You will receive a link and will create a new password via email.
Please briefly explain why you feel this question should be reported.
Please briefly explain why you feel this answer should be reported.
Please briefly explain why you feel this user should be reported.
Bigtable is Google’s invention to deal with the massive amounts of information that the company regularly deals in. A Bigtable dataset can grow to immense size (many petabytes) with storage distributed across a large number of servers. The systems using Bigtable include projects like Google’s web index and Google Earth.
According to Google whitepaper on the subject:
The internal mechanics of Bigtable versus, say, MySQL are so dissimilar as to make comparison difficult, and the intended goals don’t overlap much either. But you can think of Bigtable a bit like a single-table database. Imagine, for example, the difficulties you would run into if you tried to implement Google’s entire web search system with a MySQL database — Bigtable was built around solving those problems.
Bigtable datasets can be queried from services like AppEngine using a language called GQL (“gee-kwal”) which is a based on a subset of SQL. Conspicuously missing from GQL is any sort of
JOINcommand. Because of the distributed nature of a Bigtable database, performing a join between two tables would be terribly inefficient. Instead, the programmer has to implement such logic in his application, or design his application so as to not need it.