Log Buffer #114: A Carnival of the Vanities for DBAs
Sep 12, 2008 / By Paul Vallee
This is the 114th edition of Log Buffer, the weekly review of database blogs.
I am sorry to say that this log buffer was supposed to be edited by Dave Edwards, but he’s suffering from severe and long-lasting tooth pain and until his root canal is done he’s KO’d by a killer combo of painkillers and the pain that the painkillers can’t kill. I’ve been there myself, twice, and here’s a tip Dave. It hurts until the dentist takes out the needle. Then the pain goes away while he digs. The pain comes back that night. The next morning it’s worse than ever, unbelievably, writhingly bad. But later that afternoon, blisssssssssssss. :-) Good luck man.
This Log Buffer has been generated in a completely automated way with the help of the incredibly awesome AideRSS.
To give you an idea of just how awesome it is, I was able to load up Dave’s complete OPML file of all the blogs he monitors for Log Buffer. And AideRSS applied it’s magical PostRank algorithm which scores blog posts based on how many comments, del.icio.us bookmarks, blog links from other blogs, etc. that it received, along with some more secret sauce they don’t publicly tell us about (kind of like Google with their Pagerank equivalent). The number to the left of each headline represents the linked item’s AideRSS PostRank.
It did a great job of automatically selecting the best posts from the last week.
To give you an idea of AideRSS’s helpfulness, here are a couple useful feeds I suggest you subscribe to:
1. PlanetMySQL, but only with posts that rank “Best”
2. OraNA.info, again only the posts that rank “Best”. Note that there is a bug in Eddie’s feed that makes it impossible to use all possible information on the ranking.
3. SQLBlogs.com processed by AideRSS to show only the best posts.
While I have no idea how AideRSS plans to make moolah, I think we can agree that is some kind of awesome if you’re like me and can’t afford to miss a big story, but can’t afford the time you would need to read it all. Many thanks to Andrew Baldwin and although that’s the AideRSS about page there there’s a good pic of Andrew on that page. I first met Andrew at MySQLConf 2008 this spring and he’s a great guy and a great advocate for this service.
With no further ado or free advertising for AideRSS, here’s this week’s fully automated Log Buffer. We do not plan a fully automated Log Buffer to become routine but depending on the feedback we might adopt this approach whenever we have a last minute cancellation due to illness or what have you. So your feedback would definitely be appreciated, thanks.
10.0 – Random selection, with a bias ..
5.6 – The performance effects of new patches
5.2 – Proprietary, open source systems management get closer
8.0 – USB Gadgets – USB bear and food
3.4 – The typography of Myrtle Beach
10.0 – Announcing Sudo for Windows
5.3 – Should alias names be preceded by AS? – Part 2
6.0 – Hubert Lubaczewski: Waiting for 8.4 – ordered data loading in pg_dump
3.0 – The layered messaging marketing model as applied to Netezza
5.1 – Mac OS A2DP and FreePulse Logitech Headphones
6.0 – Did You Know: Can Query Tuning Become Unnecessary?
6.7 – Inspecting calculation dependencies with MDX Studio
5.9 – Managed Extensibility Framework (MEF) – now with source code!
6.0 – Leo Hsu and Regina Obe: CTEs and Windowing Functions in 8.4
10.0 – Oslo
5.6 – Hubert Lubaczewski: Waiting for 8.4 – \ef in psql
6.3 – SANs vs. DAS in MPP data warehousing
9.4 – Can Dell and Vodafone play leapfrog with Linux?
7.9 – New patches, new builds
5.1 – A new book on APEX coming out…
4.2 – ORA-1555 after switchover to standby
5.1 – Has MySQL founder and CTO resigned from Sun?
10.0 – Firebird 2.1.1 for Ubuntu released
5.6 – Fun with GO
10.0 – Dividing the data warehousing work among MPP nodes
8.0 – Classification of BI solutions
10.0 – Methodologies to build BI Solutions
10.0 – The world of SOA Governance according to Oracle – Introducing the Enterprise Repository
6.0 – David Fetter: PostgreSQL Weekly News – September 07 2008

Sorry, I do not like the new “completely automated” system at all. There is no grouping by DBMS, or even an indication of which one each story is talking about it. There is no personalized summary, just a grab of the first part of the story. Having real people write real summaries is what makes Log Buffer worth reading. If I just wanted a computer-generated list of articles, I’d use one of the many services out there.
Glad we could help out Paul! Thanks for the kudos!
A.
Thanks, Mike,
I completely agree with you.
The question is not whether we should do this every week. We are not doing this every week.
The question is whether this is better than Log Buffer #111, the last time we had a last minute cancellation of the editor.
I think it might be, but then again I could be wrong. Can you comment on this matter?
To be completely explicit and clear: Log Buffer is Human-Edited. However, in order to exist, it relies on two pieces to work very well:
1) We need contributors. This can be you, it goes on your blog and generates tons of traffic. Help if you can. When you are not available, Dave does this too. I would rather this be rare, but it’s about one third or more of all posts.
2) Dave feeds the contributor most of the feeds. I fund this activity.
This breaks down whenever the contributor must bow out at the last minute, and whenever Dave is sick, or on vacation. Not ideal.
So, while I fully agree we don’t want any kind of automated log buffer as a matter of routine, what do we do when there’s a contributor cancellation or when Dave can’t do it? Do we do this kind of automated filtering of the most prominent posts? Or do we do like we did in #111?
Your input solicited!
Paul
Paul — I like the random selection of articles, and if the title or description doesn’t give away the database, then you probably want to read it! I don’t skip over the log buffer parts that don’t apply to the databases I use, and I actually prefer when log buffers are grouped by category such as “sql query optimization” as opposed to by database.
The point of log buffer, for me, is to learn and grow your database knowledge about all the databases out there :)
Pingback: Log Buffer #115: A Carnival of the Vanities for DBAs