[XQuery Talk Mailing List Archive Home] [By Date] [By Thread] [By Subject] [By Author] [Recent Entries] [Reply To This Message]

SQL Server 2005

Peter Coppens Peter.Coppens at datadirect.com
Sun Jan 22 02:49:12 PST 2006


  SQL Server 2005
> And btw, Peter: the reason why we implemented FOR XML PATH instead of
> the SQL/XML publishing functions are:
> 
> 1. We shipped the FOR XML technology before the standardization
process
> even started. Given our number of users, we cannot just abandon them.
> 2. We feel that the FOR XML PATH aggregator is much more concise to
> author and maintain that the SQL/XML publishing functions for most
cases
> (and even I never remember where to put the XMLAGGs and XMLFORESTs).
> 3. We offered FOR XML for standardization, but our dear competitors
for
> some reasons (hmmmm...) did not want to accept it.
> 4. We have received little to no customer requests for the XML
> publishing functions so far.
> 
> If we indeed get more requests from customers and have the necessary
> resources, we certainly will look into the standard functions as well.
> But until then, I better use our resources to improve the native XML
> processing with the XML data type and XQuery....

Thanks Michael....I am obviously not questioning Microsoft's product
strategy. Seems to make perfect sense to me.



PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2007 All Rights Reserved.