SQL Update Statement - Latest Comments

Re: So Long and Thanks For All The Fish

Alex Rosa — Sat, 19 Jul 2014 22:00:29 -0000

Congrats, and welcome to Microsoft

Re: So Long and Thanks For All The Fish

John — Wed, 16 Jul 2014 18:44:47 -0000

Congrats, Jorge! I am very happy for you my friend.

Re: So Long and Thanks For All The Fish

TomBrenneman — Wed, 16 Jul 2014 13:44:05 -0000

Congrats Jorge!

Re: So Long and Thanks For All The Fish

Jason Carter — Wed, 16 Jul 2014 12:27:55 -0000

Congrats!!!

Re: So Long and Thanks For All The Fish

Peter Shire — Wed, 16 Jul 2014 10:45:42 -0000

Fantastic news. Congratulations to you and Microsoft!

Re: So Long and Thanks For All The Fish

Jonathan Gardner — Wed, 16 Jul 2014 10:19:55 -0000

Congrats!

Re: So Long and Thanks For All The Fish

Nate Locklin — Wed, 16 Jul 2014 10:13:36 -0000

Congratulations!

Re: So Long and Thanks For All The Fish

Amy Cheek Lewis — Wed, 16 Jul 2014 09:48:05 -0000

Congrats Jorge!

Re: So Long and Thanks For All The Fish

Tim Mitchell — Wed, 16 Jul 2014 09:37:24 -0000

Congrats, Jorge!

Re: So Long and Thanks For All The Fish

Matt Velic — Wed, 16 Jul 2014 09:27:29 -0000

Very nice news, congratulations!

Re: So Long and Thanks For All The Fish

BrentO — Wed, 16 Jul 2014 09:23:44 -0000

They are so lucky to get you as a Level One Access Support Engineer.

Re: PowerShell I Heart You

crazydba — Thu, 17 Apr 2014 14:03:42 -0000

I worked on a similar solution to collect Windows and SQL Server inventory
by gathering scripts from your posts and other SQL Family and released
it as a free tool at http://crazydba.com. The tool uses powershell to
grab data from all servers and stores it in SQL tables and can be viewed
using SSRS reports. Can you please check it and give me any suggestions
to improve it?

Thnx

Re: T-SQL Tuesday: Head in the Clouds

Jorge Segarra — Wed, 16 Apr 2014 09:43:20 -0000

No offense but I respectfully disagree. What exactly isn't "secure" in your opinion? I could argue that Microsoft's datacenters are probably more secure than your current datacenter.

Re: T-SQL Tuesday: Head in the Clouds

Jo — Mon, 17 Mar 2014 15:14:31 -0000

My boss wants nothing to do with "clouds" and his data. Its not secure in the least.

Re: Magnify SQL Text with SSMS 2012

CLD — Thu, 16 Jan 2014 10:03:50 -0000

Please you! I actually found this feature by accident. I zoomed way out and couldn't figure out how to unzoom. Thanks again.

Re: PBM

just exploring — Tue, 03 Dec 2013 23:48:59 -0000

I pretty comfortable writing SQL in an Oracle environment to mine tables, create output for reporting and doing q/a and such. Familiar with case statement, regex, strings and substrings, and insert statements. No procedure or anything. There seems to lots on this site. Not interested right getting too deep into dba type of topics. Any advice on what on on this site/ or the best course of action with SQL university to make a functional acquaintance/ transition into a SQL Server environment?

Re: T-SQL Tuesday: Head in the Clouds

Michael Lewis — Wed, 13 Nov 2013 10:18:32 -0000

That's essentially what I meant when referring to a DBA or good SQL Dev - design and tuning ability is important. Having said that, depending on the scale of your system, certain DBA skills are actually needed believe it or not. When you scale out and have a large number of shards, you have to keep careful control over configuration management - schema versions, source control, deployments etc. Each database is discrete, so it adds complexity (and powershell becomes your best friend). This also adds complexity to monitoring performance through DMVs. It's certainly not the same as a traditional DBA role, that's for sure.

It's frustrating at times to see recognisable performance traits in the DMVs but have little or no control over the OS or infrastructure. I guess that's why it's thought of as a development-driven environment, as DBAs simply don't like that level of abstraction, or lack of control.

Here's a poser to leave you with - if no DBAs were involved with WASD, would it even exist? (Most devs I know would put everything in NoSQL, queues and cache...) ;-)

Re: T-SQL Tuesday: Head in the Clouds

Jorge Segarra — Wed, 13 Nov 2013 09:29:14 -0000

You raise some good points. First off I'll have to disagree somewhat with WASD needs a DBA, at least in the traditional sense. You're absolutely right that tuning queries and good design are crucial elements in order to make it work, that's where the "forces you to do it right" comes in. It's essentially putting onus on developer to learn more about WHAT they're doing, which may employ the help of your friendly neighborhood DBA.

With VMs yes the initial iOPS are limited but there are methods of scaling that out (e.g. adding disks for more throughput, adjusting cache options). Again, this new world has new skillsets and we have to architect things a little differently.

Like you mentioned, the solutions will continue to mature and improve over time. I've personally been pretty impressed with speed that they continue to roll out new features and adjusting services/offerings based on feedback. It's an exciting new world. Thank you so much for your feedback!

Re: T-SQL Tuesday #48– Cloud Atlas

Jorge Segarra — Wed, 13 Nov 2013 08:44:28 -0000

Thanks for heads up, I'll look into it

Re: T-SQL Tuesday #48– Cloud Atlas

Matt Velic — Wed, 13 Nov 2013 07:33:07 -0000

Could have sworn I commented yesterday, but I'm not seeing it now http://mattvelic.com/tsql-t...

Re: T-SQL Tuesday: Head in the Clouds

Michael Lewis — Wed, 13 Nov 2013 07:32:53 -0000

If anything, WASD needs a DBA more than ever. Or at least a good SQL Dev. The performance of a single database in WASD is not particularly good, so designing your schema and architecture correctly, as well as tuning queries becomes all-important. I would certainly try to avoid EF when using WASD as the back-end. Properly thought out queries and access paths are too important on the platform.

Also, I don't agree with the "forces you to do it right" concept. I appreciate the sentiment, but in truth it's not forcing you to do it right, it's forcing you to think differently. It's a different platform, with different architectural concerns, and you have to make allowances for that in the way you design your applications. Sure, there are more restrictions and fewer places to hide so poorly written code will be more exposed in Azure, but it's not quite the same thing.

I do agree that the VMs are excellent. But beware of the IO performance! Don't be fooled by the specs of the large and "A" sized VMs, as even with multiple disks the IO performance is not the best. "Variable" is a word I'd use, loosely.

All-in-all though, as time passes and Azure improves, I think the flexibility of the cloud offerings is truly excellent and adds a worthwhile dimension for consideration when designing systems.

Re: T-SQL Tuesday #48– Cloud Atlas

way0utwest — Tue, 12 Nov 2013 20:28:15 -0000

My post: http://voiceofthedba.wordpr...

Re: T-SQL Tuesday #48– Cloud Atlas

Wayne — Tue, 12 Nov 2013 19:16:01 -0000

Doesn't look like the pingback is working - here is my post. http://blog.waynesheffield....

Re: T-SQL Tuesday #48– Cloud Atlas

Jason Brimhall — Tue, 12 Nov 2013 19:09:07 -0000

Here's mine just in case. Apparently comments are broken in chrome - fyi
http://t.co/aRU5AYalRK

Re: T-SQL Tuesday #48– Cloud Atlas

Rob Sewell — Tue, 12 Nov 2013 14:57:16 -0000

Thank you for hosting this Jorge. My First T-SQL Tuesday Post - Why My Head is Always In The Cloud http://sqldbawithabeard.com...