﻿<?xml version='1.0' encoding='UTF-8'?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/"><channel><title>SQLServerCentral / Editorials / SQLServerCentral.com  / 100% Microsoft? / Latest Posts</title><generator>InstantForum.NET v2.9.0</generator><description>SQLServerCentral</description><link>http://www.sqlservercentral.com/Forums/</link><webMaster>notifications@sqlservercentral.com</webMaster><lastBuildDate>Fri, 24 May 2013 22:36:48 GMT</lastBuildDate><ttl>20</ttl><item><title>RE: 100% Microsoft?</title><link>http://www.sqlservercentral.com/Forums/Topic1101185-263-1.aspx</link><description>As was mentioned above, this argument could be made for any business-critical component, not just databases.  What about a product that interacts with Active Directory, for example?  That being said, I believe that anyone with the mentality of maintaining a homogeneous environment for the ease of troubleshooting a potential problem at some future point should NOT be in the position of maintaining such systems.  They are creating a drag on productivity.  They obviously have no troubleshooting skills themselves, no ability to perform fault domain isolation, and have no faith in their personnel who work for them on troubleshooting issues.  Over the past 25 years I've been in I.T. I have worn many hats and have worked for corporations large and small, usually in a mission-critical/high visibility settings and I have been on the hook for troubleshooting many issues. A couple of things I have learned from my experiences are:   -  Most often, my troubleshooting skills are better than those of the product vendor.   -  Rarely was the problem the interaction between software products from different vendors.--Brian</description><pubDate>Fri, 06 May 2011 09:45:59 GMT</pubDate><dc:creator>twelve</dc:creator></item><item><title>RE: 100% Microsoft?</title><link>http://www.sqlservercentral.com/Forums/Topic1101185-263-1.aspx</link><description>I think it seperates into 2 areas- 3rd party products your software may come to rely on (e.g. expansion of functionality, 3rd party dll's, etc.)- 3rd party products that enhance/speed up your system indirectly (e.g. development, exploration, monitoring, profiling, etc.etc.)With the first, your product may become dependant if using them. Where I am I tend to avoid this where possible as our environment here is not really set up to support going far off `out the box MS`.The second, to me is more about working smartly, faster, more efficiently and effectivly - i.e. you could remove these products if anything were ever to happen and carry on (all be it with possibly far more manual overhead). Here I am far more likely to/to be able to use something 3rd party.M. :)</description><pubDate>Wed, 04 May 2011 02:03:16 GMT</pubDate><dc:creator>Martin Bastable</dc:creator></item><item><title>RE: 100% Microsoft?</title><link>http://www.sqlservercentral.com/Forums/Topic1101185-263-1.aspx</link><description>I agree, we are a Microsoft Gold partner, but have never really used the support much. Did try a couple of times.I try and use SQL Server tools to do a job when i can. But there are times when it is much more efficient 7 time saving to just use a third party tool.</description><pubDate>Tue, 03 May 2011 17:48:33 GMT</pubDate><dc:creator>fiona_fern</dc:creator></item><item><title>RE: 100% Microsoft?</title><link>http://www.sqlservercentral.com/Forums/Topic1101185-263-1.aspx</link><description>I slightly disagree with several statements that Microsoft does work not good enough. It is not fair because the comparison is stupid.Almost all 3-d party vendors produce niche software while MS does not.SQL Server is a great DB server from almost every perspective. The difference is that Microsoft cannot produce software or tools for every single purpose we want. For instance, MS does not develop the best solutions which relate to backup compression, extensive monitoring, etc. However, MS produces substantial solutions like SQL or Exchange Server for everyone (users or small software companies). Do not think that MS should do all possible features in the world. But, taking into account SQL Server, MS works up a market because the commodity is good enough. Not just a simple marketing.I have been used SQL Server for last 10 years. That is why I prefer to adhere MS solutions or at least solutions by vendors which have high-quality MS support such as Quest Software, etc. I agree to use third party solutions but just if software vendors can resolve every single problem working directly with MS. Overall, my opinion is grounded on reliability of solution which I want to use. As a result, I am open to use 3-d party solutions if they are reliable enough to utilize in production.</description><pubDate>Tue, 03 May 2011 17:26:11 GMT</pubDate><dc:creator>aleksey.fomchenko</dc:creator></item><item><title>RE: 100% Microsoft?</title><link>http://www.sqlservercentral.com/Forums/Topic1101185-263-1.aspx</link><description>Unless the DBA owns the company, it is not 'his' data, it is the company data.  All company employees have a duty to do their work in the most effective manner, and for the DBA this includes looking at what toolset provides the best cost/risk/benefit advantage to the company.  Part of a manager's duty is to review the costs, risks, and benefits presented by the DBA and decide if the money should be spent.  Some companies may decide to keep 100% within the Microsoft stack, but this may restrict the company from exploiting all the business opportunities available to it.</description><pubDate>Tue, 03 May 2011 02:40:13 GMT</pubDate><dc:creator>EdVassie</dc:creator></item><item><title>RE: 100% Microsoft?</title><link>http://www.sqlservercentral.com/Forums/Topic1101185-263-1.aspx</link><description>My limitations are budget related, not vendor specific. While I'd love to have some of the nifty third party utilities and can justify the need based on ROI, it's not going to happen here. Free or open source utilities are fine as long as they are safe.</description><pubDate>Mon, 02 May 2011 11:47:20 GMT</pubDate><dc:creator>chrisn-585491</dc:creator></item><item><title>RE: 100% Microsoft?</title><link>http://www.sqlservercentral.com/Forums/Topic1101185-263-1.aspx</link><description>Not 100%. I like having alternatives and so does my boss. Usually the alternatives provide something that MS hasn't got to yet. Backup speed for me, nifty dashboards and graphic reports for my boss.</description><pubDate>Mon, 02 May 2011 09:38:48 GMT</pubDate><dc:creator>Alan Vogan</dc:creator></item><item><title>RE: 100% Microsoft?</title><link>http://www.sqlservercentral.com/Forums/Topic1101185-263-1.aspx</link><description>Although I am primarily a MS SQL Server DBA, I have long been a believer (even before becoming a DBA) that alternatives to Microsoft frequently offer better software, or programs that provide features either not available or easier to use than the MS equivalents.  Systems for documenting, troubleshooting, and monitoring SQL server have proved no exception to that rule - I have used SQL tools from a number of different vendors, including Redgate, ApexSQL, and Quest, and generally found that the non-MS products proved better at the jobs they were purchased for.  Not to turn this into an anti-MS rant (I hope), but my experience has been that MS software of any kind is no better than 2nd best in any given area, and the primary reason they still succeed has been due mostly to marketing.</description><pubDate>Mon, 02 May 2011 09:22:14 GMT</pubDate><dc:creator>jmoldover</dc:creator></item><item><title>RE: 100% Microsoft?</title><link>http://www.sqlservercentral.com/Forums/Topic1101185-263-1.aspx</link><description>The way I figure it, if I need the tools I need the tools. The choice then is not so much between MS and third-party, but between my code and someone else's. Viewed in that light, it's a no-brainer :) I might start my search with MS, but I certainly never restrict the search to MS. There is just too much good software out there to ignore.As far as support is concerned, I've never had a problem with finger-pointing when MS is involved. Sure, both sides might initially start out that way, but it's never stayed that way for long. Any time I've needed support where the fault was ambiguous, MS has always acknowledged the possibility that the problem could be at their end and done enough work to prove where the fault lies. If it's on their side, they apologize and work through to a solution. If it's not, they provide enough documentation, data, and test cases that the other party can't reasonably refuse responsibility. And in one case in the early days of Terminal Server, MS even worked with the other party to sort out the problem.</description><pubDate>Mon, 02 May 2011 08:36:49 GMT</pubDate><dc:creator>Ron Porter</dc:creator></item><item><title>RE: 100% Microsoft?</title><link>http://www.sqlservercentral.com/Forums/Topic1101185-263-1.aspx</link><description>Although I have been back in the development camp the last few years, when I was a DBA I used 3rd party tools "with caution" ... e.g., backup the database(s) first before using the tool.  I found that in most cases the "maintenance" tools were right on, and we continued to use them. But the tools to script changes in the database (e.g. create table, alter table, etc) were not as useful as they were made out to be. True, the company I was contracted to could have allowed the developers and DBAs time to "do it right" and design it up front (instead of constant changes to the database structure) so that we wouldn't need such a tool, but being a small company needing to react quickly to their client's needs they didn't always have that option.</description><pubDate>Mon, 02 May 2011 08:34:34 GMT</pubDate><dc:creator>brad.ashforth</dc:creator></item><item><title>RE: 100% Microsoft?</title><link>http://www.sqlservercentral.com/Forums/Topic1101185-263-1.aspx</link><description>I have tended to stick with single vendor solution where possible. The main reason for me is support, dependability, and DR. If there is an issue with other software, it has been a problem for me in the past. If I have to install something else on a server to have my application working, it is a potential issue. If it requires a license key, then it's an even bigger deal.In the past I've avoided Perl scripts on Windows servers because it's one more thing to install and not widely used. Instead I've used VBScript. Is it less powerful? Sure. More of a hassle to work with, absolutely. However I can get the job done with VBScript, so I've used it.However there are places where software makes a substantial improvement in the services. Generating PDFs in the past  was cumbersome. It could be done by hand, or you could install software to help. I think it was worth installing the software.Backup compression software utilities were worth the improvement in space usage and backup time. Even though this could potentially be a DR install, I think it was worth the improvement.I think there are valid reasons to stick with solutions from one vendor. If nothing else it simplifies your environment, but make a judgment call. If there is good value in using another product in your environment, why not use it? Most companies won't abandon you in support, especially Microsoft, just because there is another product in the mix.</description><pubDate>Mon, 02 May 2011 08:31:56 GMT</pubDate><dc:creator>Steve Jones - SSC Editor</dc:creator></item><item><title>RE: 100% Microsoft?</title><link>http://www.sqlservercentral.com/Forums/Topic1101185-263-1.aspx</link><description>I wanted a data compare tool and a schema compare tool. We never purchased because of 'business reasons'.I'm very happy that VS 2010 has both of these, it has already made my life easier twice in the last few months since I've had it.So, we are 100% MSFT, but we haven't had a choice.There are some products out there, especially ones I have used before (like toad) that I'd love to give a try and buy.If you wait long enough, MSFT will put what you need in their products - but I'm NOT saying we should have to wait  :-D</description><pubDate>Mon, 02 May 2011 08:27:57 GMT</pubDate><dc:creator>Chris.C-977504</dc:creator></item><item><title>RE: 100% Microsoft?</title><link>http://www.sqlservercentral.com/Forums/Topic1101185-263-1.aspx</link><description>Back in the stone age (1980) there was a saying "no one ever lost their job for buying IBM". Basically it was a case of CYA even if it wasn't the best choice.That is part of the problem here I believe. There is so much concern (not unjustified) that somone will pass the buck that people play it safe even at a cost in performance.I admit that I've done some of the same. I overpaid for my home router from Verizon rather than putting in something else, so that when I have connection issues they can't fingerpoint somewhere else.</description><pubDate>Mon, 02 May 2011 07:14:05 GMT</pubDate><dc:creator>jay-h</dc:creator></item><item><title>RE: 100% Microsoft?</title><link>http://www.sqlservercentral.com/Forums/Topic1101185-263-1.aspx</link><description>I couldn't live without Idera's SQLsafe and Red Gate's SQL Compare and Data Compare.  Does that answer the question?  :-)</description><pubDate>Mon, 02 May 2011 07:13:59 GMT</pubDate><dc:creator>TerryS</dc:creator></item><item><title>RE: 100% Microsoft?</title><link>http://www.sqlservercentral.com/Forums/Topic1101185-263-1.aspx</link><description>Brad,I will echo what others have said here, the conservative approach is going to trump many time saving solutions.Having said that, I enjoy those solutions that add something to a product that I use. As an example, long before SQL 2008 came out and included "intellisense", RedGate had SQL Prompt. SQL Prompt made my life way easier and I became more productive. Not to mention all of the fantastic hints and code guides. SQL Prompt it still by far favored by me over the Microsoft solution.We use other products as well, but just because they are not Microsoft provided solutions does not make them bad. Think about ways to consolidate usage reporting and such. There are scripts and reports and all of that sort of stuff that can be implemented, but why not buy something that offers the same capabilities? As long as it does not prove to drag performance down there is no harm.</description><pubDate>Mon, 02 May 2011 06:59:08 GMT</pubDate><dc:creator>Jeffrey Irish</dc:creator></item><item><title>RE: 100% Microsoft?</title><link>http://www.sqlservercentral.com/Forums/Topic1101185-263-1.aspx</link><description>Nope, I'm not 100% microsoft.Microsoft does not do 100% perfect solutions, their products comes with bugs. As can third party products do. Redgates prodcuts as a complement to ms products can for instance prove to be very handy and effective.</description><pubDate>Mon, 02 May 2011 03:02:50 GMT</pubDate><dc:creator>IceDread</dc:creator></item><item><title>RE: 100% Microsoft?</title><link>http://www.sqlservercentral.com/Forums/Topic1101185-263-1.aspx</link><description>I agree the existence of this management behaviour!  However (IMO) the very holding of this belief is feeble in the extreme ... and is a clear marker for a manager who knows they couldn't organise a beer in a brewery.Microsoft and most other major vendors don't care whether you have a mixed environment or not ... mostly &amp;lt;cynic&amp;gt; they just don't want to fix your "problems" unless obligated too (under a contractual obligation) or in their opinion (not yours) there might be brand damage if it is left un-addressed &amp;lt;/cynic&amp;gt;.  This is particularly the case now the security thing is sucking up most the discretionary oxygen vendors have to address customer use case problems.I once worked in a shop who had a platinum support contract, were poster pin-up spruikers for the vendor and was suffering a nasty operational risk/loss in a flagship product offering ... that was comprehensively analysed and documented and presented to the vendor for a patch ... and still they skirted around accepting any responsibility.  Net outcome was apologies to impacted customers and various band-aid patches to code to keep it within manageable levels.  Very unbecoming in a professional sense!</description><pubDate>Sat, 30 Apr 2011 22:08:30 GMT</pubDate><dc:creator>Frank Hamersley</dc:creator></item><item><title>RE: 100% Microsoft?</title><link>http://www.sqlservercentral.com/Forums/Topic1101185-263-1.aspx</link><description>Perhaps the first counter-question to aks would be: have you ever really needed Microsoft support for a tough problem? Did they actually contribute to a solution or did they simply take you by the hand and walk you through the obvious checks and possible fixes that you had already tried yourself? Did you sue them because the problem wasn't fixed and how did that go?But regardless of that: what if Microsoft started selling, say, hard disks (like they sell mice and keyboards), would they be used to the exclusion of all others? What applies to software should apply to hardware as well, right? Because isn't hardware just as likely to contribute to data corruption, finger pointing and other issues as software, if not more so? So following the same line of argument one should us these Microsoft disks, regardless of how such disks might perform compared to others. And regardless of their price, capacity, life expectancy, suitability to be used in arrays etc. This example may not convince them (e.g. because Microsoft isn't selling hard disks yet), but it certainly shows the stupidity of the argument that 100% Microsoft is always better.Alex</description><pubDate>Sat, 30 Apr 2011 22:02:39 GMT</pubDate><dc:creator>Alex Fekken</dc:creator></item><item><title>RE: 100% Microsoft?</title><link>http://www.sqlservercentral.com/Forums/Topic1101185-263-1.aspx</link><description>Brad,The boss's objection was not to the possibility of data corruption, it was based on the expectation that introduction of a 3rd party into the relationship would give Microsoft all the excuse they need to relieve them of responsibility for support.  Substitute IBM or Oracle for Microsoft and the song is the same.Tom G</description><pubDate>Sat, 30 Apr 2011 19:17:15 GMT</pubDate><dc:creator>tgolonka</dc:creator></item><item><title>RE: 100% Microsoft?</title><link>http://www.sqlservercentral.com/Forums/Topic1101185-263-1.aspx</link><description>I have a hybrid approach.  First, I look for an MS only solution.  There's a tremendous number resources available thru SQL Server Central, other web sites and blogs that can answer many questions.  We're fortunate to have such a rich ecosystem of experts, MVP's and other professionals that enjoy demonstrating their knowledge and helping fellow users.After exhausting an MS only approach, I look into the tool vendors.  Many of the tools available appear to consolidate build in features and make the existing features more accessible.  I consider the reputation of the company and how their offering solves my need.  I reach out to peers in the SQL community for their opinion on a specific product.  I get unfiltered opinions about which products work and why.I don't think I could do my job as easily without SQL Compare, SQL Data Compare, SQL Prompt and the refactor product. (shameless plug for Red-Gate).  There are other tools I've used but won't mention because this shouldn't break into a diatribe of Product X is much better than Product Z.I'm fortunate that if I can justify the tool then my boss is ready to make life easier for me.  Having a supportive management structure is very welcome.</description><pubDate>Sat, 30 Apr 2011 15:27:26 GMT</pubDate><dc:creator>SQLNightOwl</dc:creator></item><item><title>100% Microsoft?</title><link>http://www.sqlservercentral.com/Forums/Topic1101185-263-1.aspx</link><description>Comments posted to this topic are about the item [B]&lt;A HREF="/articles/Editorial/73307/"&gt;100% Microsoft?&lt;/A&gt;[/B]</description><pubDate>Sat, 30 Apr 2011 09:41:06 GMT</pubDate><dc:creator>bradmcgehee@hotmail.com</dc:creator></item></channel></rss>