Free Newsletters

  
Database Underground | Sean McCown » Oracle vs SQL Server

March 25, 2008 | Comments: (0)

Oracle vs SQL Server

OK, while I'm really bad about approving comments (mostly because the platform makes it so painful), I do want to answer a few of them here real quick.

First and foremost because this is bothering me. I've been in DBs for 15yrs now. It's not all I do, but it's certainly what I do best. So you guys don't have to remind me again and again that there's a difference between 'SQL' and 'SQL Server'. I'm fully aware of that. However, when writing long posts, it's nice to have your audience be able to follow along in the conversation a little bit. Once I establish that I'm talking about Oracle and SQL Server, I should be able to short it to SQL without getting spammed by people who have to have everything spelled out for them every time. I'm sorry that it confuses some of you sometimes, but learn to follow a conversation. I'm clearly not talking about the language. One fellow even said that the proper name was Microsoft SQL Server and that's what I should use. Well, sure, I suppose... but I don't see any of you getting confused when I just say Oracle. Oracle is a corporation. They make many products. Why have I never gotten an email telling me I should call it Oracle Database 11g every time? Could it be that you know what I'm talking about without me having to spell it out every... single... time? I've talked with devs and PMs at both MS (that stands for Microsoft Corporation) and at Oracle (that's short for Oracle Corporation) and none of us ever have any trouble keeping up with the fact that we're talking about DB platforms and not ANSI (that's short for American National Standards Institute) standards. So I'm pretty confidend that you guys can do it if you put your mind to it. Ok, I'm glad I got that off my chest.

Now on to the real topic. Some of you gave some really clear, lucid, well-thoughtout comments. And others called me names and contributed nothing to the conversation other than acrimonious fodder. That's fine. I won't be concentrating on the latter.

Some of the better comments were by the Oracle people themselves. And I'm not surprised... they're a bright bunch of guys and they can make their point without calling names.

What I'm seeing though is interesting. And if we went through the same exercise with MS (again, short for Microsoft Corporation) we'd probably get pretty close to the same results. There are plenty of people who agree with me and who have a hard time finding the Oracle (that's Oracle Database 9i/10g/11g, not Oracle Corporation, sorry to be vague) answers they're seeking. It's not that the answers aren't out there, it's just that they don't seem as readily available as they do for MS (this is a tricky one... here I mean Microst SQL Server 2000/2005/2008 in any edition, and not Microsoft Corporation as a whole).

And there were those who thought I was barely applying myself because they never have any trouble finding help with their Oracle Database 9i/10g/11g (in any edition) product. Perhaps we're both right. It's all in what you're used to. In fact, there was a local IT group around here that started circulating that original blog post and most of them agreed with me. And a lot of these guys are DBAs in mixed shops.

However, I will say though that while there were plenty of people who don't agree that Oracle resources are hard to find, it's still fairly overwhelming that MS (this time I mean Microsoft Corporation) resources are easier and more available.

Someone asked me why I just didn't go to OTN. Well, I always start there, but hey, I get pretty tired of having to sit down and pick through dozens and dozens of pages to find something that should be fairly easy. And it would be nice to sit back and watch a video now and then too. I personally learn much better visually. So I like video training. And it's hard because almost no vendors make any modern Oracle (that's short for Oracle Database 9i/10g/11g in any edition) training. In fact, I don't know of any companies who produce any real Oracle (that's short for Oracle Database 9i/10g/11g in any edition) training on even close to the same caliber as the training for MS (short for Microsoft Corporation) products. Take AppDev for example. They've got excellent training, but they only do MS (short for Microsoft Corporation) products. And even other vendors who do video training usually don't touch Oracle (that's short for Oracle Database 9i/10g/11g in any edition). So why is that? That was really the crux of my discussion initially. Is nobody using Oracle (that's short for Oracle Database 9i/10g/11g in any edition)? We all know that's not true. Are Oracle (that's short for Oracle Database 9i/10g/11g in any edition) DBAs just born knowing everything about Oracle (that's short for Oracle Database 9i/10g/11g in any edition)? Of course not. So what is it about the Oracle (that's short for Oracle Database 9i/10g/11g in any edition) community that makes vendors stay away from teaching the product? It's not the fact that Oracle (short for Oracle Corporation) is producing such fine training that vendors just can't do better. Is it just that with Oracle (that's short for Oracle Database 9i/10g/11g in any edition) being based in Unix/Linux, that their techs just prefer to read rather than watch videos? Is that it? You guys need the command-line so much you can't stand to use a GUI of any kind, if even to learn? And this is the atmosphere I find in the Oracle (that's short for Oracle Database 9i/10g/11g in any edition)community. Again, it's not that the information isn't out there, it's that it's harder to find and is unfriendly.

Let's take my very recent experience with setting up Data Guard. I went to the OBE and I followed it as best I could. The problem was the OBE was for Linux and I was on Windows (that's short for Microsoft Windows 2003 Enterprise Server). So some of the directions didn't translate well, and if the slightest thing goes wrong, it offers no advice at all on how to get it back on track. To boot, there are some things that have to be followed to the letter, and some others that can be loosely followed, and the OBE doesn't give you any guidance on which is which. And I found one for Windows (that's short for Microsoft Windows 200/2003 Server in any edition) too, but it wasn't much better. So don't go talking to me about how complete OBE is and how I'm a fool for not kissing the feet of the ones who wrote it. It could be much better. But again, why isn't there more of a demand for rich training content in Oracle (that's short for Oracle Database 9i/10g/11g in any edition)?

Still others of you said I was a fool because Oracle (that's short for Oracle Database 9i/10g/11g in any edition) is much easier to support than SQL (this is a tricky one... here I mean Microst SQL Server 2000/2005/2008 in any edition and not the ANSI SQL language standard).
Well, it doesn't take many examples to ferret out the answer here. Just look at what it takes to backup Oracle (that's short for Oracle Database 9i/10g/11g in any edition) vs what it takes to backup SQL (here I mean Microst SQL Server 2000/2005/2008 in any edition and not the ANSI SQL language standard since you can't backup a language standard and since the discussion is clearly about database platforms).

And I believe I gave managing tablespaces as an example before and someone said that managing tablespaces was easy because he does it all the time and he can do it in a single command. Yes, that's true, but you just proved my point. You do it all the time. In SQL (here I mean Microst SQL Server 2000/2005/2008 in any edition and not the ANSI SQL language standard since you can't backup a language standard and since the discussion is clearly about database platforms), I don't have to manage tablespaces (or filegroups) because they autogrow. The only time I have to manage a filegroup is when I've set a hard limit on it and it's run out, or when the disk runs out of space. In Oracle (that's short for Oracle Database 9i/10g/11g in any edition), if I create my tablespace with the wrong block size, it can only grow so big and I have to manage it now because my table to bigger than I thought it was going to. Now they have to bigfile parameter in 11g (that's short for Oracle Database 11g), but that's only very recent.

I did get one very interesting comment on whether these differences are because their respective customers are doing different things with the products. This is exactly what I was talking to one of the MS (Microsoft Corporation) executives about last year. I was asking him why Oracle's (Oracle Corporation, not the database platform) customers appear to be asking for different things than MS's customers. It was an interesting conversation on the database market in general and how people view each product.

Database platforms have definitely grown into a religion. No matter what MS (Microsoft Corporation) does they'll never be able to shake the small-time reputation of their youth in some people's minds. That's just a fact. Which one is better really depends on what you're doing with it. I've found that SQL is much better at getting up and running and building apps quickly. Oracle is just too complicated for normal people to be able to pick up a book and a CD and start coding within any reasonable time.
However, when you look at Oracle's Data Guard, it's lightyears ahead of SQL's mirroring. And I sincerely hope that MS takes a page out of their book and realizes that HA technology can be so much more than they're making it.

OK, I hope this was long enough for you guys. I know it was for me.

And I'm not knocking Oracle as a platform. I never have. But come on guys, let's be honest. You're not the most user-friendly kid on the block.



Watch my free SQL Server Tutorials at:
http://MidnightDBA.ITBookworm.com

Read my book reviews at:
www.ITBookworm.com

Blog Author of:
DBA Rant – http://dbarant.blogspot.com

Posted by Sean McCown on March 25, 2008 09:07 AM


RATE THIS ARTICLE:





 

  •  
  • COMMENTS




We have a copy of Oracle running inside a system here. The system has comprehensive support and is mostly designed around the assumption that customers won't ever want to get their hands dirty maintaining it.

For the most part it is maintenance-free, and we do depend upon the vendor (application vendor, not Oracle) for support. I had a chance to talk to the app vendor about the fact that they were using kinda old versions (I'm referring to both the db and the OS here). The feedback was that their app didn't gain much benefit from using the latest and greatest, so upgrading wasn't a big priority for them.

Take what you like from that comment.

I also took the vendor to task for the fact that they didn't support a software-only test environment. They weren't interested. If customers want a test environment, they must buy a complete duplicate system, hardware included, at full cost. Not realistic on any level!

Our SQL Server systems are much more friendly for getting your hands into. We offer our own test environments to our users. We offer customized patches and patching schedules, tailored backups, upgades custom fitted to our clientele, and so on. More involvement equals more features in this case.

On a branching thought, I had to go back and support an older system that used a completely different database that had limited popularity for a while. There just wasn't anything like SSMS/Enterprise Manager to be had. It brought into focus the fact that Microsoft has invested serious resources into making SQL Server easy to use, with a unified management interface.

The reality is that NOBODY, that I know of, has dba tools as good as Microsoft. This was something that I knew but needed to be reminded of.

Actually, DB2/400 had a pretty good graphical management interface, but then we didn't actually use that interface anyway.

Posted by: Brian at March 25, 2008 04:15 PM

Very nice topic, I just found it very hard to read because of all the (clarifying)
You just can't win :-)

Posted by: Hannes at March 25, 2008 11:24 PM

Sean - what I make out is that you are not able to get good training material on Oracle? I kind of agree with you on their documentation front. But
did you try the Oracle University? You can buy the videos from oracle... but they are expensive

For documentation you can also try docs.oracle.com. If you still need help let me know.

-V

Posted by: Viktor at March 25, 2008 11:56 PM

Ok very funny with your full product name repeats. Let me tell you a possible way to make it simpler for both you and the reader:
The Oracle Database Family = Oracle
The MS SQL Server Family = MSSQL (easy to type, not possible to confuse with an ansi standard)
The ANSI lanugae = SQL.

Now isn't that easier, clearer and impossible to mess up?

As a dba in a mixed shop, I can tell you that confusion DOES happen, especially in meetings with non-techie managers. They do not understand the distinction at all and it has lead to all kinds of confusion where one side thinks the other is talking about something else. That is why many mixed shop DBAs make a concerted effort to always exactly distinguish between the two. It takes an extra moment now, but has saved days of rework down the road.

Think of it this way as an analogy:
Imagine you are from the North where a soda is "pop" and "Coke" is a specific product brand. You drive to Atlanta one day and order a "Coke." The waitress will look at you like your an idiot and ask you "what kind of coke". Same think when translating in meetings with non dba trained people.

Posted by: CarlosHawes at March 26, 2008 01:47 PM

Sorry, forgot one other comment re: Video training. Most long time Oracle DBAs are command line junkies. I don't know about you, but watching a video of an SQL "alter database..." statement being typed onto a green and black xterm telnet session would not exactly make for riveting video training. MSSQL administration at least is visually more engaging with the Management Studio GUI.
We Oraclites really do learn the majority of what we know by simply printing out the readily available in-depth Oracle docs on OTN, reading them one page at a time and highlighting and annotating to my hearts content. I can read at a pace a bit slower than I get in video training but the retention rate is probably 5x better.
Really important code snippets get clipped out and placed in a text file on a usb jump drive that we always carry with us. (I have started doing the same with the T-SQL I use for MSSQL of late). It's not a difficult life, really its not :) I love it.

Have you ever kept up with the "Confessions of an IT Hitman Blog?" http://blogs.ittoolbox.com/bi/confessions
Best blog I have ever seen from the Oracle side of the cultural divide. I highly recommend it. It is part of my rss catalog just like your blog.

Sorry Oracle people call you names, that doesn't help anyone and doesn't make Oracle look any better.

Reminds me of a Scott Adams Quote:
"If you have any trouble sounding condescending, find a Unix user to show you how it's done." :)

Just if you are ever interested: my fairly new and sparse blog is:

http://carloshawes.blogspot.com/

Mostly about MS/Yahoo merger so far, no DB or OS stuff yet, but it is coming soon.

Posted by: CarlosHawes at March 26, 2008 02:07 PM

Sorry, forgot one other comment re: Video training. Most long time Oracle DBAs are command line junkies. I don't know about you, but watching a video of an SQL "alter database..." statement being typed onto a green and black xterm telnet session would not exactly make for riveting video training. MSSQL administration at least is visually more engaging with the Management Studio GUI.
We Oraclites really do learn the majority of what we know by simply printing out the readily available in-depth Oracle docs on OTN, reading them one page at a time and highlighting and annotating to my hearts content. I can read at a pace a bit slower than I get in video training but the retention rate is probably 5x better.
Really important code snippets get clipped out and placed in a text file on a usb jump drive that we always carry with us. (I have started doing the same with the T-SQL I use for MSSQL of late). It's not a difficult life, really its not :) I love it.

Have you ever kept up with the "Confessions of an IT Hitman Blog?" http://blogs.ittoolbox.com/bi/confessions
Best blog I have ever seen from the Oracle side of the cultural divide. I highly recommend it. It is part of my rss catalog just like your blog.

Sorry Oracle people call you names, that doesn't help anyone and doesn't make Oracle look any better.

Reminds me of a Scott Adams Quote:
"If you have any trouble sounding condescending, find a Unix user to show you how it's done." :)

Just if you are ever interested: my fairly new and sparse blog is:

http://carloshawes.blogspot.com/

Mostly about MS/Yahoo merger so far, no DB or OS stuff yet, but it is coming soon.

Posted by: CarlosHawes at March 26, 2008 02:07 PM

This is a very annoying article and I could not finish it. You made your point in the first paragraph why keep repeating the same thing. Kind of infantile.

Posted by: CR at March 27, 2008 10:12 AM

You're missing the point on the whole "SQL" vs "SQL Server" thing. When you write a blog, you encourage others people to follow your lead. While you are lucid and it's pretty clear what *you* are talking about, there are plenty of other people who aren't. So using "SQL" as shorthand ends up confusing and annoying.

I prefer MSSQL, just to avoid the confusion.

Posted by: Ian Bjorhovde at March 27, 2008 11:32 AM

First of all: i've a problem a see no comments on your blog where are they?

My opinion is that you don't know well what your are speaking about. The example of tablespace management is a clear example: also in Oracle the tablespace are autoextensible.
About OBE and Dataguard example i think you are right there can be same deficiency, but it is beacause Oracle Database, unlike MS SQL Server, is multi-platform, so it is slightly more complex.
Yes video can be more easy to see than a manual to read but please a technician has to read manuals.

Abbreviating MS SQL Server with SQL seems to me more a marketing message than a writing shorthand.

This is only my optionion.
thanks,
Cristian

Posted by: Cristian Cudizio at March 31, 2008 12:26 AM

Technology White Papers

 

InfoWorld Technology Marketplace

» Technology White Papers Library

Technology White Papers by Topic

Technology White Papers E-mail Alert

Receive instant email notification when resources on this topic become available.
 
» BUY A LINK NOW

Sponsored Technology Links