Slides from my OpenDBCamp keynote (Froscon track)

hingo's picture

I just uploaded my slides from my Open DB Camp / Froscon talk to Slideshare:

As it's not obvious in the slides, the conclusion on the last slide is: "So I guess from now on I have to make a choice based on technical merits instead."

We had a good and philosophical discussion among many DB veterans so I was quite happy with how it worked out and ended up spending the full 60 minute slot instead of the planned 30 minutes. I'd like to thank Felix for inviting me - I really enjoy giving these more high level and philosophical talks every now and then.

Update: I realized I forgot to add Creative Commons deed and also credit the pictures I used from others. This is now done in the attached open office presentation.

AttachmentSize
Froscon2011 - How I learned SQL - Henrik Ingo-2.odp860.85 KB

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.
Slides from my OpenDBCamp keynote (Froscon track) &laquo's picture

Pingback

[...] read more [...]

Slides from my OpenDBCamp keynote (Froscon track) | MySQL | 's picture

Pingback

[...] just uploaded my slides from my Open DB Camp / Froscon talk to Slideshare: read more Read more... Categories: MySQL     Share | Related [...]

Lars Johansson's picture

schema free database

I have worked with databases on and off from mid70ties (mySQL since 2001). Now I'm struggling to learn NOSql databases. The weakest link i found so far is the absence of a unifying access language. We also use Lotus Notes which have a NOSql database (so I'm told). The biggest criticism against Lotus Notes at my company is 'we do not have any control over the data in there'. IT-managers before and after me have tried to document the data but failed. Now while learning about NOSql I suspect the 'schema-free' is if not the root cause one 'feature' that makes it hard to control the data in LN databases. Right now I have problems to see the benefits of NOSql. MApReduce is great but it is not unique to NOSql. I run MapReduce procedures against network databases in the early 80ties. I also implemented a mapReduce scheme against MySQL (e.g. reconstructing BOM trees from a SAP system). And if you think SQL is complicated, you should probably do something else than creating NOSql mapReduce procedures in Erlang.
But I admit the replicating features of couchDB is very interesting.

hingo's picture

The thing that's different

The thing that's different now compared to previous attempts at "database without SQL interface" is that we have a standard serialization format across programming languages: JSON. I think it's a contributing reason to why they are succeeding - you get the benefits of being schemaless but you can actually understand what's in there and it's accessible with any language, many clients.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

Post new comment

The content of this field is kept private and will not be shown publicly.
  • Use [fn]...[/fn] (or <fn>...</fn>) to insert automatically numbered footnotes.
  • Allowed HTML tags: <h1> <h2> <h3> <h4> <p> <a> <em> <strong> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd> <br> <sup> <div> <blockquote> <pre> <img>
  • Lines and paragraphs break automatically.
  • Web page addresses and e-mail addresses turn into links automatically. (Better URL filter.)

CAPTCHA
This question is for testing whether you are a human visitor and to prevent automated spam submissions.
3 + 17 =
Solve this simple math problem and enter the result. E.g. for 1+3, enter 4.