SQL Server Standard Article Abstracts

I’d really like to publish your article in SQL Server Standard. All I need from you is an abstract, a description of what the article will be. I’ve posted this before, but I’ve never provided examples. So, to get people started, here are a few examples of articles that have been accepted and will be published (shortly I hope).

Here’s a great example from Andy Leonard. It includes a great amount of detail, more than I need to make my decision, but with this much detail, the decision is much easier because I know exactly what this article is likely to look like:

   I’m interested in writing an article on SSIS for SQL Server Standard. I’d like to cover ways packages can exchange information at run-time. There are a couple obscure ways parent-child packages interact that make for some interesting design opportunities and architectures – especially when combined. For example, most SSIS developers realize Events “bubble” up through EventHandlers; so that if a Control Flow contains a Sequence Container which contains an Execute SQL Task, an error generated at the Execute SQL Task will raise the tasks’ OnError EventHandler, then the Sequence Container’s OnError EventHandler, and finally the OnError EventHandler of the package. What’s not so well know is: If a package calls another package via the Execute Package Task, the calling package is said to be the parent (or master) package; the called package is the child. In this scenario, events raised in the child at the package level will bubble to the parent package.
   The second obscure behavior is variables in the parent package are inherited in the child package. The cool thing is: they’re inherited ByRef – unlike parent package configurations, which pass variable values ByVal from parent to child. ByVal is one-way communication; ByRef is bi-directional, which means I can make a change to a variable in the child package and that change will persist in the parent after the child package has completed executing.
Here’s one from Sam Bendayan. It’s sharp and clear and defines the article in a way that I can understand what will be covered. It’s shorter than Andy’s, but it’s still enough:
It is common knowledge that Application Programmers and DBAs don’t get along in many cases, and the root of this is that the two technologies are fundamentally different.  It is also common knowledge that many Application Programmers write SQL as part of their job.  However, often their familiarity with loop-based programming is their undoing, taking them down strange SQL paths that produce bad SQL code and make their relationship with the DBAs even worse.  This article will show how difficult the transition is, even if it doesn’t seem to be at first, and how you have to adjust your thinking in order to successfully program in T-SQL.
And finally, one from Michelle Ufford. This is the most concise example and I would be less likely to accept it if I didn’t already have a good working knowledge of Michelle, her abilities and skill set. But still, this is enough:
In this article, I will give you a practical overview of how to design effective partitioning schemes.  I will cover good partitioning design, the differences between aligned and non-aligned indexes, and some examples of when to use each.  I’ll also discuss some issues to be aware of when designing partitioning schemes, including performance, replication, and sliding-window considerations. 
If you’re waiting because you think putting together the abstract will be as much work as the article itself, it won’t be. Four or five sentences that clearly define a topic that can obviously fill out 3000+ words is all that’s needed. At this time we’re only accepting articles from writers with some experience, but nothing extensive (previous articles in a technical reviewed publication or three articles in a peer-reviewed publication or a book). Send the abstracts to grant.fritchey@sqlpass.org.
 
 
 

Please let me know what you think about this article or any questions:

This site uses Akismet to reduce spam. Learn how your comment data is processed.