Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


Re[2]: [offtopic] SQL instead of XQuery

From: Dmitry Turin <dev3os@-----.-->
To: xml-dev@-----.---.---
Date: 2/11/2008 6:05:00 AM
Chris,

>>   Rational model is graph, but xml model is tree -
>> so xml model is sub-set of rational model (i.e. you are wrong).
>>   Of course, you can point artificial exit from this situation:
>> to use PrimaryKey-ForeignKey mechanism in xml attributes.
>>   So two model are identical in this ?
CB> The "primary-key/foreign-key" mechanism you refer to is
CB> part of the XML specification:

Of course, artificial mechanism can be standardized too.

CB> and no more artificial than the equivalent mechanism in relational
CB> databases.

Any technology has own _cental_ idea.
In other technology copies central idea,
it stops be itself, it become imitation.

CB> There are also many constructs in XML that have no correlate whatsoever
CB> in the relational model:
CB> - comments
CB> - processing instructions

Exist

CB> - external entities

what ?

CB> - internal and external references

My proposal
http://sql50.euro.ru/sql5.11.1.ppt , slides 58,76.

CB> - distinction between text in element content and attribute values
+
CB> - mixed content
+
CB> XQuery can address all the facets of XML documents I
CB> described above, which cannot be addressed by "SQL1-4" or "SQL5"

Append field with name '@' into DBMS.
It's possible to refer by '@@' to it,
and by '@fieldname' to all other fields.

Aimless existance (of distinction) is not benefit itself.

CB> - distinction between child elements and references to other elements

The same (read above).

>> There exist much libraries of SQL (SQL 1-4) code ;
>> there exist much applications, writing under SQL;
>> but XQuery is relatively new.
>> So preference should be given to SQL _syntax_.
CB> XQuery is not that new, having been around for several years

But not several tens years (as SQL).

CB> "SQL5" is distinctly new

It's new strongly in so measure, in which it accepts XPath
(to process whole trees instead of tuples).

CB> XQuery implemented by numerous vendors
+
CB> "SQL5" is not in general use or even endorsed by users of
CB> the "SQL1-4" libraries and applications.

XQuery has bulky syntax with repeated cycles.
Its syntax is objectively worse, than syntax of SQL
(XQuery is like Clipper or FoxBase).
And it's not cancealed by fact, that SQL5 is not implemented yet.

---

CB> Your solution is to replace the human pilot with an android robot, because
CB> look! we have already gone to all the trouble to design seats and
CB> parachutes

You think, this solution is not reasonable ??

CB> we don't have any need for seats and parachutes and heads-up displays

You are contradict terms of task, stated by yourself.

CB> all the technicians ... need to retrain to design anti-collision
CB> pattern-recognition systems and automated friend-or-foe decision
CB> systems, because believe me *nobody* is going to buy your android
CB> solution.

In my proposal (SQL5), these systems are proposed as part of android.
And even nobody is going to offer android without this implicit systems.



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


transparent
Print
Mail
Like It
Disclaimer
.

These Archives are provided for informational purposes only and have been generated directly from the Altova mailing list archive system and are comprised of the lists set forth on www.altova.com/list/index.html. Therefore, Altova does not warrant or guarantee the accuracy, reliability, completeness, usefulness, non-infringement of intellectual property rights, or quality of any content on the Altova Mailing List Archive(s), regardless of who originates that content. You expressly understand and agree that you bear all risks associated with using or relying on that content. Altova will not be liable or responsible in any way for any content posted including, but not limited to, any errors or omissions in content, or for any losses or damage of any kind incurred as a result of the use of or reliance on any content. This disclaimer and limitation on liability is in addition to the disclaimers and limitations contained in the Website Terms of Use and elsewhere on the site.

.
.

transparent

transparent