Tag: SQL Saturday

  • Downloading SQL Saturday data

    I wanted to find out how many SQL Saturday’s I’d spoken at and how I ranked with others. I got a spreadsheet from Kendal Van Dyke at one point, but it was quickly out of date. However Kendal mentioned that there was an XML document on the site, and I looked. Sure enough, there is, but it’s separate for each event.

    That makes sense, and it’s fine. I can get the data and put it together. That’s a nice project and I decided to tackle it with Powershell. Certainly SSIS would work, and I may do that as well, or leave it to you to do. There are others that have done this and Kendal has an XLS he’s updated with this data, but this is something I wanted to just try.

    In any case, here was my plan:

    • Download the XML file for each event.
    • Save the XML locally.
    • Parse out the event node, capturing the title and speaker.
    • Load data into a SQL Server database on Azure.
    • Report on speakers and events.

    That’s it, and it’s not a big project, but it does take a little work to get the pieces to work well. I have potential load issues, duplicate data, etc.

    This post will look at just the first and second items, downloading the XML data for each event and saving it.

    Downloading XML – Technique #1

    This is the first way I found to do this, which was interesting. I hadn’t expected this, thinking I’d need to load the XML document and then save it. However the Invoke-WebRequest doesn’t need that. It has this format:

    Invoke-WebRequest $sourceURL -OutFile $DestinationFile

    I can give a source file location (URL) and a destination, and it works. I used this code, and it downloaded an XML file to my local machine.

    # get SQL Saturday data from the site

    $debug = 1;
    # counter for events
    $i = 1
    $baseURL = “
    http://www.sqlsaturday.com/eventxml.aspx?sat=”

    $DestinationFile = “E:\SQLSatData\SQLSat” + $i + “.xml”
    $sourceURL = $baseURL + $i

    # debug information
    if ($debug -eq 1) {
    write-host $DestinationFile
    }

    if ($debug -eq 2) {
    Write-Host $sourceURL
    }

    # Get file from web server
    Invoke-WebRequest $sourceURL -OutFile $DestinationFile

    Now if I add a counter to increment the $i variable, I’ll get all the files.

    Downloading – Technique #2

    The other way of doing this is to load an XML document from a path. In this case, instead of the Invoke-WebRequest, I’ll use this code:

    $doc = New-Object System.Xml.XmlDocument
    $doc.Load($sourceURL)
    $doc.Save($DestinationFile)

    I create an XML document, load it, and then save it to the path.

    Looping

    In both of these cases, I add a looping item, looking for an error. For me, I decided to use 9999 as the loop terminator. That’s an easy one, since I’m not sure we’ll get to 9999 events any time soon.

    I added this code to the top:

    While ($i -lt 9999) {

    I then covered the load call with a TRY..CATCH.

    try {

      $doc.Load($sourceURL)

      # save file
    $doc.Save($DestinationFile)
    }
    Catch
    {
    # if we can’t load the file, assume we’re done for now.
    $i = 9999
    }

    $i = $i + 1
    # end loop
    }

    This worked OK, as you can see, but it failed early on.sqlsatloop_a

    Event 39 doesn’t have an XML file. In fact, the site for SQL Saturday #39 – New York City, fails with an ASP.NET error.

    This isn’t a good design, but it was a good start and allowed me to get moving on the data. From here, I can start working on the parsing and import procedures.

    A better development process might be to encapsulate the download into a separate process and pass in the path, as I can use this same technique to read my local XML files. I should also separate out the save, and the parsing.

    Of course, I need a better way to error handle and loop through files. I don’t want to download all the files every time, so I think I should have some parsing of my file system, finding which files I’m missing, and then ignoring those in my loop. I should also be limiting my downloads based on some number, which I’m not sure about how to calculate now, but I’ll think about it. I guess I could increment based on some list, but I’d have to get one from the SQL Saturday people. Or I could take a high guess, like 500, and just try to load all those files.

    References

  • Saying No – Feb 28 and Mar 28

    I hate skipping events. If I could, I’d go to all SQL Saturdays each year, but I can’t make them all, and I can’t travel every weekend. I can’t really travel two weeks in a row as it puts stress on my and my family, and with our busy lives, it takes me away from the precious little time I have with them.

    This year I’ve already missed the annual trip to Albuquerque. It comes up on Feb 7, but I’ll be flying back from the UK that day, so I can’t make it. I’m disappointed as the drive down, a day of skiing at Taos, and seeing the wonderful hosts in New Mexico is something I look forward to. Hopefully I’ll go back in 2015.

    I’ve also got two other dates that are out. My apologies as I’ve told a few people I’d try to make their events, but I can’t travel on Feb 28 or Mar 28. That means I’m not going to make:

    I’d say I’m missing Vienna as well, and if I could, I’d go there and ski, but I was tempted by Pordeone and a weekend with my wife in Italy. However I have a few kid events, and my trip to SQL Bits involves a stay into the following week, so adding 3-4 more days isn’t something I can (or want to) do.

    In March, my kids are on vacation and with some family coming into town, I can’t travel then, either.

    This year seems to have a strange schedule to it. Not many events spread out, with most of them being bunched up into a few dates this spring. That limits my flexibility, but that’s a me problem, not anyone else’s issue. However it does mean that I don’t get to see as much of the amazing SQL Server community this spring. As of now, I don’t have any SQL Saturdays in the first quarter.

    I’m still planning April and May, and I’m hoping to get to a few other events. I’m also hoping we’ll see a few more SQL Saturdays pop up and I’ll still get to 10 this year.

  • Go Small

    The SQL Server community is a surprisingly close knit one. I find that people are much more willing to help each other and share knowledge. We have so many events and user groups, it’s amazing to me that on almost every weekend of the year, some event is taking place, somewhere in the world. I’ve been to dozens of SQL Saturdays, and most of them are run very well, but I’ve also seen lots of extravagance in putting on the events. There’s competition between the events and organizers, which is mostly healthy, but I do worry about the long term health of our community.

    Most events depend on some sort of sponsorship to get going. Venues can cost a good bit of money, and while many events now charge for lunch, the breakfast, coffee, sodas, etc. are the burden of the organizers. Add in signs, printed guides, gas, etc., and events can get expensive. Many events get shirts for volunteers and speakers (or a small gift), as well and a Friday night dinner to thank everyone for their help. These expenses have become commonplace.

    However as we continue to add new events, I can tell you that the overall cost to vendors is significant. I can’t speak for other vendors, but I know Red Gate wants to support these events, and we plan to continue providing sponsorship, as well as sending Grant and myself to speak. However we also have to make choices about which events to support and how many we can participate in. That means that as more events are run, fewer will get funding. Many existing events might see less funding from all vendors.

    I really like the idea of bare bones events. Jen McCown proposed a format and I like it. As we look to grow more events in the future, we need to be lean, efficient, and most importantly, focus on the goal: teaching. Big events are fine, and if you can make them happen, great. However let’s not let the lack of a big budget get in the way of helping teach people about SQL Server, growing our skills and bond as a community.

    Steve Jones

    The Voice of the DBA Podcast

    Listen to the MP3 Audio ( 2.5MB) podcast or subscribe to the feed at iTunes and LibSyn.

  • The BBQ Crawl at SQL Saturday #300

    This weekend is SQL Saturday #300 in Kansas City. I’ll be traveling Friday for the event, hoping to arrive in time to go on the pre-event barbeque crawl that the organizers set up every year. It’s hard to believe it’s been 4 years since I was last in KC. I still have, and often wear the shirt I got from SQL Saturday #53 when I travel and was surprised to note recently that it’s a 4 year old shirt. How time flies.

    Kansas City is a neat city, and the event is a lot of fun in a very unique setting. An old river casino, converted to a training center. I still remember driving up and being unsure if it was the right place, and then enjoying the view inside.

    This week I’ll be talking about Continuous Integration for Databases, so if you’re in the area and have time Saturday, then register and come by,