InfoQ

InfoQ

Presentation

My Bookmarks

Login or Register to enable bookmarks for unlimited time.

The content has been bookmarked!

There was an error bookmarking this content! Please retry.

Recorded at:
Recorded at

CouchDB From 10,000 Feet

Presented by Jan Lehnardt on Aug 14, 2009 Length 00:55:15
Sections
Architecture & Design,
Development,
Operations & Infrastructure
Topics
Java ,
Data Access ,
Database Design ,
Architecture
Tags
QCon San Francisco 2008 ,
CouchDB ,
QCon
The next QCon is in London March 5-9, Join us!
 

How would you like to view the presentation?

In case you are having issues watching this video, please follow these simple steps to help us investigate the issue:
1. Right click on the video player and select Copy log
2. Paste the copied information in an email to video-issue@infoq.com (clicking this link will fill in the default details in most email clients).
Note: in case your email client hasn't automatically picked up the email subject, please include in your email the URL of the video too.
3. Done.
We will investigate the issue and get back to you as soon as possible. Thanks for helping us improve our site!
Summary
This presentation takes a look at CouchDB from 10,000 ft. CouchDB is a document oriented database with a highly acclaimed REST API and replication support, that solves problems of high-traffic, distributed peer-to-peer, and offline applications. all at the same time. You will learn to decide when CouchDB is a good fit for your project and when you are better off with a traditional database.

Bio
Jan Lehnardt is an Open Source software consultant specialising in internet technologies. Jan is the co-founder of Freisatz, a company bringing typographic bliss to everyone and a contributor to the CouchDB project. He has a keen eye for user experience and typography.

About the conference
QCon is a conference that is organized by the community, for the community.The result is a high quality conference experience where a tremendous amount of attention and investment has gone into having the best content on the most important topics presented by the leaders in our community. QCon is designed with the technical depth and enterprise focus of interest to technical team leads, architects, and project managers.
Generic DB Schema by Steve Tirtha Posted
Re: Generic DB Schema by Jan Lehnardt Posted
2nd part by Alexander Rodriguez Posted
2nd part by Richard Paul Posted
Nice by Dragan Sahpaski Posted
Re: Nice by Jan Lehnardt Posted
  1. Back to top

    Generic DB Schema

    by Steve Tirtha

    Hi Jan,

    nice presentation. However, I still don't get how CouchDB overcomes the issue with generic DB Schema. You mentioned in the minutes 11.45, that it is not good in performance, because of the JOINS. But the reason to have a generic DB Schema is because the developer want to make the application flexible. So everytime there is a new function needed, he does not need to create a new DB or a new class. Do you have answer for this?

    Gruß aus Heidelberg,
    Steve

  2. Back to top

    2nd part

    by Richard Paul

    Very interesting talk, is part II doing going to be posted? Jan said a lot of the answers to questions asked were in the 2nd part.

  3. Back to top

    Nice

    by Dragan Sahpaski

    Nice presentation.
    Although you are not a very good speaker.

  4. Back to top

    Re: Nice

    by Jan Lehnardt

    Dragan, oh boo! I'm not a native speaker and this was a very prestigious crowd. Can you point to any specific shortcomings? :) Thanks for the feedback anyway.

  5. Back to top

    Re: Generic DB Schema

    by Jan Lehnardt

    @Steve, CouchDB doesn't make schema migrations go away, it just lets you do be lazy with them as you don't have to do them upfront. CouchDB views and show functions (not mentioned as they weren't invented then) can morph you docs into anything you need.

    It is a trade-off question, if you can afford a 9-table JOIN and live with the performance implications, that's fine. Large websites do run without a single JOIN because they can't.

    In addition, not all data is inherently relational. Being able to store things flexibly makes for more natural data handling, less code, less bugs, less headache.

    Thanks for your question!

  6. Back to top

    2nd part

    by Alexander Rodriguez

    Nice presentation. Are you going to post the second part?

Educational Content

Attila Szegedi on JVM and GC Performance Tuning at Twitter

Attila Szegedi talks about performance tuning Java and Scala programs at Twitter: how to approach GC problems, the importance of asynchronous I/O, when to use MySQL/Cassandra/Redis, and much more.

10 tips on how to prevent business value risk

One category of risk that project teams need to ensure they address is business value failure – delivering a product that fails to provide value for the business investor.

Interview: Software Systems Architecture: Working With Stakeholders Using Viewpoints and Perspectives

InfoQ spoke to the authors of Software Systems Architecture on a couple of new topics, the System Context viewpoint and Agile, which have been added to the second edition.

Beauty Is in the Eye of the Beholder

Alex Papadimoulis discusses ugly code, where it comes from, how to avoid it, and how to get rid of it.

Architecting Visa for Massive Scale and Continuous Innovation

John Davies examines Visa’s architecture and shows how enterprises have architected complex integrations incorporating Hadoop, memcached, Ruby on Rails, and others to deliver innovative solutions.

Max Protect: Scalability and Caching at ESPN.com

Sean Comerford unveils ESPN.com’s architecture, what components are used and why, and the current changes the website goes through.

The Seven Deadly Sins of Enterprise Agile Adoption

Are there repeated patterns of failure on Enterprise Agile Enablement efforts? Sanjiv and Arlen discuss Seven Deadly Sins to avoid when adopting Agile in an enterprise.

Questions for an Enterprise Architect

Erik Dörnenburg answers: What is Enterprise and Evolutionary Architecture?, discussing 4 issues: Turning strategy into execution, Ensuring conformance, Where do the architects sit? Buying or building?