January 20, 2008
More Google reliability woes
Google’s reliability issues are ever worse. As I previously pointed out, this is evidence against the notion that MapReduce is a replacement for established DBMS.
Comments
2 Responses to “More Google reliability woes”
Leave a Reply
Search our blogs and white papers
Monash Research blogs
- DBMS 2 covers database management, analytics, and related technologies.
- Text Technologies covers text mining, search, and social software.
- Strategic Messaging analyzes marketing and messaging strategy.
- The Monash Report examines technology and public policy issues.
- Software Memories recounts the history of the software industry.
User consulting
Building a short list? Refining your strategic plan? We can help.
Vendor advisory
We tell vendors what's happening -- and, more important, what they should do about it.
Monash Research highlights
| Learn about white papers, webcasts, and blog highlights, by RSS or email. |
-
Recent posts
-
Categories
- About this blog
- Analytic technologies
- Application areas
- Buying processes
- Companies and products
- 1010data
- Ab Initio Software
- Akiban
- Aleri and Coral8
- Algebraix
- Alpha Five
- Amazon and its cloud
- ANTs Software
- Aster Data
- Basho and Riak
- Business Objects
- Calpont
- Cassandra
- Cast Iron Systems
- Cloudera
- Clustrix
- Cogito and 7 Degrees
- Cognos
- Continuent
- CouchDB
- DATAllegro
- Datameer
- Dataupia
- dbShards and CodeFutures
- dbShards and CodeFutures
- Elastra
- EMC
- EnterpriseDB and Postgres Plus
- Exasol
- Expressor
- FileMaker
- Gooddata
- Greenplum
- Groovy Corporation
- Hadoop
- HBase
- HP and Neoview
- IBM and DB2
- illuminate Solutions
- Infobright
- Informatica
- Information Builders
- Inforsense
- Ingres
- Intel
- Intersystems and Cache'
- Jaspersoft
- Kalido
- Kickfire
- Kognitio
- MarkLogic
- McObject
- memcached
- Microsoft and SQL*Server
- Microstrategy
- MonetDB
- MySQL
- Netezza
- Northscale
- Objectivity and Infinite Graph
- Oracle
- Oracle TimesTen
- ParAccel
- Pentaho
- Pervasive Software
- PostgreSQL
- Progress, Apama, and DataDirect
- QlikTech and QlikView
- Rainstor
- Riptano
- SAND Technology
- SAP AG
- SAS Institute
- ScaleDB
- Schooner
- SciDB
- SenSage
- Software AG
- solidDB
- Splunk
- StreamBase
- Sybase
- Tableau Software
- Talend
- Teradata
- Tokutek
- Truviso
- VectorWise
- Vertica Systems
- VoltDB and H-Store
- Workday
- Xkoto
- XtremeData
- Data integration and middleware
- Data types
- DBMS product categories
- Emulation, transparency, portability
- Fun stuff
- Liberty and privacy
- Market share
- Memory-centric data management
- Michael Stonebraker
- Parallelization
- Presentations
- Pricing
- Software as a Service (SaaS)
- Specific users
- Storage
- Theory and architecture
- TransRelational
-
Date archives
-
Links
-
Admin

All you seem to be citing here is one anecdotal report that Google Analytics was slow at some particular time. Unless there’s other evidence that you didn’t allude to here, I think it’s premature to attribute any problem to MapReduce.
Dan,
As per a prior post (linked above), there are LOTS of problems with Google Analytics.
Now, it’s a big problem, and glitches are understandable. But it’s not ringing evidence for the theory that MapReduce is a substitute for a real data warehouse.
What’s more, the point is probably moot. I’d guess strongly that MapReduce is being used to FEED a more conventional data warehouse.
CAM