Porting Microsoft SQL Server to Linux
hal2020.com
hal2020.com
I suspect this is close to the heart of the matter. Building a flagship application for a competing OS hurts Microsoft's interest as an OS vendor. Without a really compelling business reason to take on the technical hassle of porting, this danger becomes a deal-breaker.
If I were to buy a database server for Unix, I would expect that it would have been tested on that platform (including hard-to-test things such as power failures at inconvenient times, running out of disk space, rinning out of swap, less common filesystems, etc). I guess a minimal test would eat man-years.
I had a recent job where a very old NT4 box with SQL Server 6.5 was still installed. Getting the data off it to a modern platform involved the following upgrade version chaining.
6.5 -> 2000 -> 2005 32-bit -> 2005 64-bit -> 2008 R2.
So, 5 conversions, as there wasn't a simple "dump to text" tool. The silly thing is that database was under 100MB in size. (we did try dumping it into Access but certain saved procedures and other stuff in the DB wouldn't come over)
Then, after all that trouble, we realized that the client program was 16-bit, so they have to do a rewrite to run on x64 platforms (or run VM's, great...). And nobody has the code as the guy who wrote it fell off the planet.