blogs.conchango.com

welcome to the conchango blogging site
Welcome to blogs.conchango.com Sign in | Join | Help
in Search

SSIS Junkie

Conchango are busy and need talented consultants in and around London. Interested? Email me or send me a message

SQL Server Data Services raises questions straightaway

I don't care what any of you say, by far the most exciting announcement from today's MIX08 keynote was SQL Server Data Services (SSDS). [OK, I admit I may be in a minority on this one and I strongly suspect my colleagues in Conchango's Interactive Media team will disagree but hey, this is my blog and I'll say what I like :)]

I won't go into details on what SSDS actually is because plenty of people (including Andy Leonard, Greg Low, Neil Hutson, the UK SQL field engineers and this guy who never leaves his name) have already done that and besides, I think the name is fairly self-explanatory at a high-level. Instead I'll pose some questions that I would LOVE to know the answer to.

  • How do I bulk load data INTO one of these services? Will there be a SSIS connection manager especially for pushing data to SSDS?
  • Will there be any easy way to access my data from from the SSAS/SSRS Data Source View?
  • Will they host SSAS databases?
  • Can I get hold of the database backups? Can I get CSV exports of the data?
  • Seeing as all the data will live on Microsoft's servers, will all the data be encrypted?
  • Can SSDS be offered by hosting partners that perhaps can specialise in niche implementations (e.g. SAP)?
  • Will there by any way to issue complex T-SQL queries such as CTEs against the data?
  • Will they store code for us as well (i.e. stored procedures)?
  • Will there be a "LINQ to SSDS"?
  • Will there be a specialised toolset (god I hope so)?
  • Can I have a replicated environment for BI purposes?
  • Do I lose the ability to use cool new features like Change Data Capture and SQL Service Broker?
  • How do I develop in-house and then deploy to SSDS? Can I use MSIs? Do I have to give them a T-SQL script? Will Datadude directly support SSDS deployment?
  • How much does it cost? What are the SLAs?
  • Will there be a single point-of-failure and if there is, how much ability will I have to go in and fix a problem?

Now I have to admit I haven't read the whitepaper on SSDS yet which I probably should have done before posting this but hey, I couldn't help myself.

 

After spending much of the last week fighting a tidal wave of angry customers on my current project due to the lack of support of an application that I have just inherited then I can definitely see a need for a hosted data service where proper DBA activities and processes are taken care of for me. But the removal of control that it brings with it is troubling.

-Jamie

P.S. And how many more piggin' SS*S acronyms are they going to come out with? I thought SSIS, SSAS, SSRS & SSMS was enough! :)

Comment Notification

If you would like to receive an email when updates are made to this post, please register here

Subscribe to this post's comments using RSS

Comments

 

  Microsoft SQL Server Data Services by Jon Paul Davies said:

March 6, 2008 08:50
 

Chris Webb said:

I might be wrong here, but I think you're interpreting SSDS as something like hosted SQL Server and I think it's something very different. Certainly the MS website stresses that it's built on 'robust SQL Server technologies' but that could be marketing speak - the details sound more like Amazon's web-based database offering (http://cwebbbi.spaces.live.com/blog/cns!7B84B0F2C239489A!1526.entry) , so I doubt what we'd see exposed would be anything like the SQL Server we know and love, or even a relational database. I'm interested to see the details though...

March 6, 2008 10:06
 

Chris Webb said:

Sorry, just read your follow-up post...

March 6, 2008 10:08
 

Andy Leonard said:

"P.S. And how many more piggin' SS*S acronyms are they going to come out with? I thought SSIS, SSAS, SSRS & SSMS was enough! :)"

Hmm.

- 26 characters in the English alphabet...

- A, D, I, M, and R already used...

- I get 21* counting S, which would make for an admitedly unimaginative piggin' acronym.

:{> Andy

* They could go with numbers, considering they started using letters when they ran out of numbers for hexadecimal counting. They could also start using other character sets... don't get them started on unicode... ;)

March 6, 2008 12:14
 

Denis The SQL Menace said:

>>this guy who never leaves his name

That would be me  :-)

I also blog here http://sqlblog.com/blogs/denis_gobo/default.aspx

And I did do a post (Would You Put Your Database In The Cloud?) about Amazon SimpleDB back in December here: http://sqlblog.com/blogs/denis_gobo/archive/2007/12/14/3950.aspx

March 6, 2008 13:41
 

simon.evans said:

I think the easiest way to look at SSDS is ADO.net data services hosted in the cloud. So its WCF 3.5, Entity Framework and SQL Server joined together. Nice!

Not sure I agree that its the most important announcement at MIX though!

March 6, 2008 17:43
 

Foxy said:

Forget 5Gigs of free file/email storge on Live SkyDrive.  Give me 5Gigs of a SQL Server Database Online anyday.  Then I could use new Sync Services (+ADO.NET) to prototype my online/offline/sync scenarios.

Man, I sure hope Microsoft is smart enough to give away the first few Gigs FREE to Developers for testing.  The clients of our products can then purchase individual SSDS space when they use our apps.  We Devs can be the "worm on the hook". ;)

March 8, 2008 19:32
 

jamie.thomson said:

Foxy,

yeah, absolutely true. They've already said that it'll be free thru beta but I agree, for every "proper" service then there needs to be some sort of sandbox area. After all, we all have dev/test/QA/live environments today don't we? It shouldn't be any different when using SSDS.

-Jamie

March 8, 2008 19:46

Leave a Comment

(required) 
(optional)
(required) 
Submit

This Blog

Syndication

News

Powered by Community Server (Personal Edition), by Telligent Systems