XML.orgXML.org
FOCUS AREAS |XML-DEV |XML.org DAILY NEWSLINK |REGISTRY |RESOURCES |ABOUT
OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]
SQL instead of XQuery [offtopic]

Ken,

KN> SQL vendors themselves saw a need to support complex data types.

There exist so principle: "I'm too".
Procedural languages have 'struct' (in C, or 'record' in Pascal).
SQL: "I'm too".

KN> IBM, Informix and Oracle moved from relational to object-relational technology.

Procedural languages have control constructions ('for, do, while, until') -
SQL: "I'm too". Of course, it's easy to sell, what people already know !
There was a fork: to enter procedural constructions, or to prolong
development of declarative programming (to not be unfounded, i'm trying
to do this in slides #48-49, 64, 71 of http://sql50.euro.ru/sql5.11.1.ppt ).
This coping had fatal consequence - SQL had required encapsulation
with inevitability. "I'm too".

KN> That migration from relational to object-relational set the stage for being able
KN> to support XML with an SQL DBMS.

You were wanting to say, that it's impossible to support XML outside
OO-programming ??

KN> The leading SQL platforms are like a Swiss Army Knife, with a blade for
KN> supporting XML, XPath

Reasonable.

KN> and XQuery.

SQL was come short :)



Dmitry Turin
HTML6     (6. 5.3)  http://html60.euro.ru
SQL5      (5.11.1)  http://sql50.euro.ru
Unicode7  (7. 2.1)  http://unicode70.euro.ru
Computer2 (2. 0.2)  http://computer20.euro.ru



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 1993-2007 XML.org. This site is hosted by OASIS