So like two minutes later, some official looking Google people come over and saw “Come on over and get your Google Shirt”. So before the last past is even cold, we have our own Googlewear.

A minute later, Leslie is back again saying, guys and lady (Just for Sheeri), “Contintental breakfast is ready in the room”. Now to check out the Google Food!

Everybody here (that is not us visitors) are wearing Google shirts. It must be an official clothing label.

So Sheeri says “Actually they are just extras, they have been hired for the day.”

So the latest quote from Leslie is “Eat, joy and be merry, and stay inside the blue lines”. Of course I should also mention when we arrived the parking security guy said. “Follow the second yellow brick road”. This is going to be a weekend just of quotes!

We have made it to MySQL Camp being held at Google Head Quarters in Mountain View California. Directions WOOT!!!

So we are at the lobby reception of Building 40, and I’m lounging back in a large green beanbag behind all the name tags, this is so cool, the problem is with all our technology, nobody yet has the capability to read the photos from a digital camera so I can upload it. Both Sheeri and myself have left the right stuff in our hotel room. So stay tuned.

Leslie our Google co-coordinator wants her business card to read “Hacker Herder” which sounds so cool. This whole weekend is going to be a blast. More to come.

What I have been thinking about is how to grow a caching system. I
want to be able to start out with something small, that I can use on
a small scale, and then move to a larger system as needed. Some
requirements:

1) I don't want to rewrite everything as I grow the system.
2) I want an interface which gives me the ability to store
attributes, with a preference to being able to look at those without
de-serializing an objects.
3) Geographical redundancy. If the entire network falls apart I want
to able to bring the system up elsewhere with only a single step
"backwards" for cached data. I can handle a little bit of stale data,
but I don't want it to be greater then an hour old.
4) I want to be able to run analytics on state information.
5) KISS, Keep it simple.

Today this is the most common design:

…

Leonard Richardson and Sam Ruby are writing a book about web services and REST. They see superficial bloat in the way web services are built today. In short, they say to build a web page, you only need to know HTTP and HTML but to build Web Service a huge load of technologies has to be integrated:

XML, SOAP, WSDL, UDDI, WS-Policy, WS-Security, WS-Eventing, WS-Reliability, WS-Coordination, WS-Transaction, WS-Notification, WS-BaseNotification, WS-Topics, WS-Transfer

From a conceptual point of view, web pages appear to be the modest, hard-working older brother of the good-looking blabbermouth web services. How come?

REST defines web services with the tools of web pages—HTTP and URIs. Those who claim that this won't scale the book simply asks why the web scales when it is based on the same tools?—Touché.

With REST every resource has …

At dinner at the MySQL Camp I found a new way these American’s store their ice.

Scali Raises $3.5 Million to Drive Continued Growth, Names Jack Kay CEO, Scali (Press Release)

VA Software Sets First Quarter Fiscal 2007 Financial Results Release Date and Conference Call, VA Software (Press Release)

Oracle must eat Red Hat or fork, says Ubuntu man, The Register, Ashlee Vance (Article)

Linux provider Red Hat says open source technologies gaining ground, Channel NewsAsia, Jeana Wong (Article)

…

Hello, I’d like to announce my new website that I’m building right now. FindInArticles.com. This site is about articles, it crawls all known article directories, article publishing sites and gethers articles from them. It has a really extensive categorical index. currently I have about 1000 articles but the number is growing daily. I used Php / Mysql / Apache [...]

As you can read from my Innodb Architecture and Performance Optimization presentation Innodb automatically manages undo area in system tablespace so you never need to care about it. I present it as positive feature reducing administration effort needed but it also can cause a troubles as it happened for me today:

InnoDB: 11 transaction(s) which must be rolled back or cleaned up
InnoDB: in total 292735956 row operations to undo
InnoDB: Trx id counter is 0 96267520

So MySQL Server was restarted (it likely was admin mistake in this case) and spend hours to undo almost 300.000.000 of row operations being unavailable during all of this time.

This was MySQL 4.1, MySQL 5.0 would do better by performing roll back in background but affected data still might not be fully available.

Why one would use such large transaction ? Well it was development mistake. Long and complex data load process was performed in …

I'm just back from OpenSource Database Conference and PHP International Conference which took place in Frankfurt.

I've uploaded slides for two talks I've been giving which you might want to check out.

In general Database portion of the conference was a bit boring. May be because it was not widely announced or may be for some other reason. There were number of talks about MySQL by Arjen Lentz, Me and Giuseppe Maxia . There also were talks about Firebird, Apache Derby, Ingres and DB40. There however were no talks about PostgreSQL which is probably second most popular OpenSource Database or any others.

There were number of nice talks in PHP section - I especially enjoyed talks about PHP6 localization and DateTime …