I'm really looking forward to the upcoming PASS summit in Seattle. I know it's a tough year for funds and training, etc. but (particularly for those that travel from a distance), this is likely to be the year offering the lowest cost travel options for a very, very long time. It's a tough year in the airline business too.
One of my colleagues Pinal Dave has just described why he thinks you should attend: http://blog.sqlauthority.com/2009/06/19/sql-server-why-you-should-attend-pass-summit-unite-2009-seattle/
But the other interesting part is that you can win an awesome lot of prizes, including one prize of accommodation at the summit by simply describing the best thing you have learned at a PASS summit. Bill Graziano provided a great example of this and details of the competition here: http://weblogs.sqlteam.com/billg/archive/2009/06/04/What-did-you-learn-at-PASS.aspx.
But you will have to hurry as it ends soon.
Speech recognition technology has intrigued me for years but never seemed to live up to its promise. It always seemed to me to have more potential where a very limited grammar was involved, rather than attempting complex work like writing freeform prose. For example, the number of commands you can give to a television set is quite limited and much more likely to be successful.
Writing code in programming languages also seems to fit this quite well as it has a constrained grammar. I've often wondered what on earth I'd do if I couldn't type for some reason and figured that speech recognition might provide the answer (while hoping not to be in that situation in the first place).
I was impressed today to see a video from the folk at Renaissance in Israel (including fellow RD Jackie Goldstein) who have tried to tackle the use of speech recognition within Visual Studio. It's a work in progress but definitely worth a look:
While we were at TechEd in LA, Mai and I got to catch up with an old friend:
I had a query from an attendee of my full-text indexing session at TechEd US. He asked how he can find out which documents (or how many) still need to be processed. I did a little investigation on this and here's my best guess:
<WARNING: Undocumented and potentially just a guess!>
1. Query for the objectid of your full-text index. You can do this by:
select * from sys.fulltext_indexes
2. Open an admin connection to your system ie: connect to admin:SERVER instead of SERVER.
3. Query as follows:
select * from sys.fulltext_index_docidstatus_2105058535
(the number on the end needs to be your full text index's object id not mine :-))
From what I can see, this table seems to hold details of documents not yet processed and it gets cleaned up as documents are processed. This is an internal table that you can see via:
select * from sys.internal_tables
</WARNING: Undocumented and potentially just a guess!>
Hope that helps someone.
One of the members of our Asian regional development team for PASS is Jacob Sebastian. A week or so back he told me he'd written an eBook for the Red-Gate folk on XML Schemas in SQL Server. I downloaded it expecting it to be fifty to a hundred pages. It was 483 pages. What can I say: Jacob is a writing machine. You can download it here:
The title pretty much says it all. The May 2009 version of SQL Server Books Online is now available for download from:
Microsoft lost a lot of good people this week. I have to say this change has me dumbfounded. Steve has become a friend over many years of presenting at the same events. I've usually found him to be one of the most interesting people at any of these events. He's also usually the one of top presenters (if not the top) at most of these events.
Good luck Steve.
Most people are aware that a "database" glitch caused the download servers for Windows 7 RC to fail the other day. What annoys me though is that the headlines always say "Database glitch" or "SQL Server glitch". Based on what Paul Randall was posting today, it seems like a pretty simple "Design glitch" or a "Developer glitch".
Every month, I find myself at sites with issues caused by the lack of database-related skills in developer teams. SQL Server does such a good job and is so easy to work with that it seems like many developer teams think they don't need database-related skills, particularly at the design stage. How can that message get changed? Or is that a lost cause and the product needs to simply become:
- even easier to use or
- more accomodating of design issues or
- clearly identify design issues?
Perhaps the headlines should say "Project Management Glitch".
I'm really pleased to hear that our Colombian friend Jaime Tarquino (who is a Microsoft premier field engineer) has completed his Microsoft Certified Masters for SQL Server 2008.
A very big congratulations Jaime !
I'm back in Melbourne doing some performance-tuning work this week.
Yesterday's issue ended up being a caching problem in middle-tier code. These issues are surprisingly common.
The symptoms were hundreds of thousands of calls to a particular stored proc over a period of half an hour. It's a timely reminder that when you're tracing using SQL Trace calls or Profiler, it's important to avoid filtering out calls that aren't using too many resources, until you've looked at the bigger picture. For example, the logical reads, CPU, duration, etc. on each call were close to zero. No call on its own was a problem but the overall effect of the calls was staggering.
In the end, the problem was a cache timeout value set to 60 instead of 3600. The cache was meant to be flushed each hour, not each minute and the developer responsible thought the value was meant to be in minutes, not seconds.