Re: Article about supposed "murky" future for Oracle

Mr Morgan your information is wrong. Microsofts SAP implementation runs on SQL Server. And has done for many years.

I see from further down the thread you have sources you believe to be credible, if you remove the "online" from my email address you'll get my actual account and I'd be happy to arrange a visit for you to meet with our SAP Admins.

Regards

-- 
-Euan

Euan Garden
Product Unit Manager
SQL Server Development
Microsoft Corporation

This posting is provided "AS IS" with no warranties, and confers no rights.

"Daniel Morgan" <damorgan_at_x.washington.edu> wrote in message
news:1080534018.934078_at_yasure...


> Serge Rielau wrote:

>

> > Joel Garry wrote:

> >

> >> You really think the MSSQL locking and consistency is acceptable for

> >> nearly all enterprises?  Maybe I missed something, but it seems to

> >> foment lots of strange ideas about those subjects, and I don't mean

> >> just from the O point of view (in fact I think the "rdb way" is most

> >> "correct" and O is a bit oddball, but I've become convinced the "O

> >> way" is generally better for business apps - don't know much about DB2

> >> besides what I see here).

> >

> > FWIW, I have never heard of row-versioning (which is what this all

> > comnes down to semantically) as a requirement from DB2 customers.

> > Naturally the topic comes up when porting Oracle Apps to DB2 because

> > Apps must be aware of the semantics and changing the isolation level

> > means changing apps, means porting gets expensive.

> > Interestingly Yukon seems to provide Oracle style isolation level.

> > Whether this feature is being added for migration or to make SQL Server

> > customer happy I can only guess.

> > IMHO versioning is as valid as any other locking scheme.

> > Each having their own ups and downs.

> >

> > Cheers

> > Serge

>

> Much of the core functionality of Oracle is dependent upon the

> versioning. Microsoft is attempting to duplicate it to put an end

> to their inability to complete with everything from RAC on down.

> At it most basic level ... it is impossible for SQL Server to

> produce a result set consistent to a point-in-time. Which explains

> to many, especially those inside Microsoft, why they are running

> their corporate financials on SAP with Oracle. A huge embarrasement

> for Ballmer & Co.

>

> -- 

> Daniel Morgan

> http://www.outreach.washington.edu/ext/certificates/oad/oad_crs.asp

> http://www.outreach.washington.edu/ext/certificates/aoa/aoa_crs.asp

> damorgan_at_x.washington.edu

> (replace 'x' with a 'u' to reply)

>