× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



On Wed, Dec 27, 2017 at 12:49 PM, Matt Olson <Matt.Olson@xxxxxxxx> wrote:
With programming budgets stretched thin, I am betting they wish they took the approach back then that Microsoft took with SQL Server 2017 which now runs under Linux using a single code base.

I don't think so. One of the main takeaways of the IBM article is that
they *did* consider consolidating to a single code-base very
seriously, and the idea came up frequently within IBM. Moreover, I
don't think anyone could reasonably argue that IBM is somehow not a
leader in virtualization technology. If anyone could pull it off,
especially back in those days, surely it would be IBM.

The unique features of IBM's (radically!) disparate platforms and the
level of optimization between the database and those respective
platforms is what created and deepened the commitment to multiple code
bases. It's extremely likely that a single code base, if even feasible
at all, would have resulted in a significantly worse-performing
database for all the platforms. And most likely the biggest
performance hits would have been suffered by IBM's biggest
moneymakers.

Look at it this way: How long has IBM offered Db2 (previously DB2) for
LUW? And Microsoft only just introduced SQL Server "for LUW" in
mid-2017? (Note: I don't mean that as a bash against Microsoft in any
way, because they have their own technical and business reasons for
doing what they do, when they do it. I am just pointing out the
historical timeline.)

John Y.

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.