Author: way0utwest

  • Closing Out Replies

    This editorial was originally published on Oct 17, 2006. It is being republished as Steve is at SQLBits 9 today.

    I’ve been posting on the Internet for nearly 17 years, from back in the days of Usenet, GOPHER, ARCHIE and FTP when everything was text. I’ve asked questions and answered them on various topics and as the World Wide Web grew, I grew with it, moving to BrainBench and various other sites where I could gett and provide answers. Recently some one sent me this definition for Warnock’s Dilemma, which was timely considering the today’s article on posting manners, which I received about the same time. I thought it was interesting wanted to bring it to people’s attention.

    Early on when I’d post a question, I got an answer, but then I wondered if it was good information. I could usually test it myself, but since I wasn’t sure of how to solve it on my own (hence the post), I wondered if there was a better way to solve it. Ideally I’d get 2-3 responses, maybe even some improving or commenting on others, to help me sort things out.

    If I didn’t get a response, then I wondered if I hadn’t phrased things correctly, or no one else knew, or even that no one bothered to read my post. All of these are valid interpretations and the new definition from Wikipedia pointing out that a lack of response doesn’t necessarily mean anything. There are 5 possible interpretations of this.

    When we started SQLServerCentral.com, our goal was to answer every single post. The three of us (and three others at the time) would research questions and make it a point to answer in some way, some type of post. As we grew, we encountered areas, such as MDX, where none of us had any expertise and couldn’t even understand the research sometimes, much less the question. To facilitate getting responses, you have probably noticed that we add an automatic post to some threads if they haven’t seen a response in a day or two. This is to bring them back to the top of the list and hopefully someone else’s attention.

    The other thing we debated on with answered posts was whether one answer was sufficient. Often one of us would come on a thread that someone else had answered and we liked the solution, but there was no closing “thanks” or “that worked”. So we decided that adding another post that agrees with the solution, a “me too” post, was a good idea. That way we hoped that we’d build some confidence in the solutions we believed in and give the newbies out there a reason to follow the advice.

    I’m really not sure what the best way to handle posts on the Internet. We’ve been asked to allow people to “rate” solutions as well as “close” threads. We’ve resisted because we see various issues with all of those solutions, just as with the thread within a thread capabilities of many forums. We’ve opted for a simpler solution that we think works well and we hope you agree.

  • The Two Day Adjustment

    I made it to Cambridge and actually feel OK. I wonder how I’ll feel tomorrow, but the two day adjustment worked well. Tuesday I woke up at 5:30, and around 4:30 Wednesday before leaving for London. I flew late in the day, a 3:00 flight to Calgary, easily cleared customs and got to my plane in 30 minutes, then an hour delay while a bathroom was being fixed on the plane. Is it me or does it seem the bathrooms regularly have problems on airplanes?

    I left around 7:30 from Calgary, flying overnight and arrived around 10:30am in London. Not fresh, but fresher than I normally am on the arrival.

  • RTO in Disaster Recovery

    When you have a disaster, the time that you have to restore service is usually referred to as the RTO time. This stands for the Recovery Time Objective and it can is defined like this in Wikipedia:

    The Recovery Time Objective (RTO) is the duration of time and a service level within which a business process must be restored after a disaster (or disruption) in order to avoid unacceptable consequences associated with a break in business continuity.

    That’s a great definition, covering the term with a great set of large, geeky words. However I came up with a simpler one that conveys the same information:

    The time it takes for you to get things running to the point where someone can use them after someone notices that they aren’t.

    You can also view the RTO as the downtime or uptime level of your system. I prefer looking at the RTO as the intervals between uptime, since I think that’s a glass half full view.

    That’s the basic definition and it’s important that you determine what the RTO is for your systems in order to begin planning for the resources that you devote to disaster recovery preparation.

    This post is based on the information in my Preparation for Disaster talk.

  • Bits Bound

    I'm excited about my first trip to SQLBits

    I can’t believe I’m driving to the airport again today for a trip out of the country. Given the troubles that I’ve typically had crossing the Atlantic, it seems crazy to me that I’m going to go for the second time this year. In my life, I’ve flown to Europe 9 times and each trip has always been a one-stop each way, yet I’ve never had less than 5 planes and had as many as seven. A few years ago I thought that would end as I flew to the UK and made it back to Chicago with three planes. I then proceeded to get on, and off, three more planes before the fourth managed to get me to Denver.

    This time I’m trying a new route, actually flying through Calgary. My one Canadian trip was smooth, so maybe I’ll have an easy trip over the SQL Bits 9: Query Across the Mersey. Simon Sabin and the rest of the organizers have invited me to come quite a few times and I finally committed this year. I’ve been wanting to attend the event, which many friends have greatly enjoyed. I’m looking forward to getting to the home of the Beatles, Liverpool and seeing Chris Testa-O’Neill’s band along with the Fab Beatles, entertaining everyone on Thursday night. Assuming I can get there in time.

    SQL Bits has a great format that I’d love to see duplicated in the US. They have a day of pre-cons called “Training Day“, which is packed this year withAndy Leonard (blog |@AndyLeonard) and Allen White (blog | @SQLRunr) from the US along with Maciej Pilecki, Mark S. Rasmussen, and more. It’s a great way to get a pre-con at a great price. That occurs on Thursday, with a paid training day on Friday where I and many other speakers will be presenting on various topics. Saturday is like the US SQL Saturday model, with a free day of training for anyone that can register and come.

    I love the SQL Saturdays, but I think this model would work in the US as well. I’m looking forward to seeing the event and then with Karla Landrum’s (@karlakay22) help, hopefully seeing an event like this in the US.

    Steve Jones


    The Voice of the DBA Podcasts