[
Lists Home |
Date Index |
Thread Index
]
Paul:
Yes, almost every data format/store can be abstracted as an XML
view. The question that is yet-to-be-answered is whether these
XML views will be as operationally efficient as SQL based views.
Historically, client-side/persistence-independent view solutions
are good enough when the data set is small enough and concurrency
requirements are minimal. Once performance becomes a major issue,
the 'view' becomes materialized or gets tied to the storage format,
once performance becomes a major issue.
It remains to be seen whether there will be an 'XML view'
technology which is efficient without tying itself to a certain
storage format.
regards,
Anupam Singh
>From: Paul Prescod <paul@prescod.net>
>To: Dare Obasanjo <dareo@microsoft.com>, xml-dev <xml-dev@lists.xml.org>
>Subject: Re: [xml-dev] The Browser Wars are Dead! Long Live the Browser
>Wars!
>Date: Mon, 21 Oct 2002 16:45:51 -0700
>MIME-Version: 1.0
>Received: from mail.oasis-open.org ([209.202.168.102]) by
>mc4-f7.law16.hotmail.com with Microsoft SMTPSVC(5.0.2195.5600); Mon, 21 Oct
>2002 16:46:05 -0700
>Received: (qmail 24505 invoked by uid 60909); 21 Oct 2002 23:55:21 -0000
>Received: (qmail 24497 invoked by uid 0); 21 Oct 2002 23:55:20 -0000
>Mailing-List: contact xml-dev-help@lists.xml.org; run by ezmlm
>Precedence: bulk
>X-No-Archive: yes
>List-Post: <mailto:xml-dev@lists.xml.org>
>List-Help: <mailto:xml-dev-help@lists.xml.org>
>List-Unsubscribe: <mailto:xml-dev-unsubscribe@lists.xml.org>
>List-Subscribe: <mailto:xml-dev-subscribe@lists.xml.org>
>Delivered-To: mailing list xml-dev@lists.xml.org
>Message-ID: <3DB491AF.3040809@prescod.net>
>User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.1)
>Gecko/20020826
>X-Accept-Language: en-us, en
>References:
><B885BEDCB3664E4AB1C72F1D85CB29F8040EF684@RED-MSG-10.redmond.corp.microsoft.com>
>X-Filtered-By: PerlMx makes it fast and easy. See
>http://www.ActiveState.com/Products/PerlMx/Header
>Return-Path: xml-dev-return-16084-avsingh=hotmail.com@lists.xml.org
>X-OriginalArrivalTime: 21 Oct 2002 23:46:05.0515 (UTC)
>FILETIME=[0572B1B0:01C2795C]
>
>Dare Obasanjo wrote:
>> ...
>>This has little to do with the differences between relational and XML
>>querying. All you've pointed out is that XML queries are typically done
>>against a "view" while SQL queries are typically run against an actual
>>database schema. A query against XML can be similarly tightly coupled if
>>done against an XML repository (i.e. a native XML or XML-enabled DBMS)
>>as can a SQL query be loosely coupled if performed against a SQL view.
>
>XML tools are typically designed with a "view" mindset. The XML document is
>the interchange format of some data. There is almost always logic, whether
>declarative or procedural, mapping to the persistence layer and the
>toolkits are designed to help with that. I wouldn't really no how to go
>about creating a SQL-queryable "view" in C as an abstraction over a variety
>of SQL, OO and legacy data sources. Is there (for example) an open source
>project or .NET component that would help me with that? Would I have to
>become a deep magic expert at Postgres or SQL server versus spending a half
>day with Expat?
>
>My understanding is that Microsoft has tried various experiments about the
>"universal data view architecture" (ODBC, ADO, ec. etc.) and so-far, XML
>has "won". In my experience, it is quite uncommon to create SQL views
>outside of a SQL database, and very common (and easy) to create XML views
>of all sorts of information.
>
> Paul Prescod
>
>
>-----------------------------------------------------------------
>The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
>initiative of OASIS <http://www.oasis-open.org>
>
>The list archives are at http://lists.xml.org/archives/xml-dev/
>
>To subscribe or unsubscribe from this list use the subscription
>manager: <http://lists.xml.org/ob/adm.pl>
_________________________________________________________________
Internet access plans that fit your lifestyle -- join MSN.
http://resourcecenter.msn.com/access/plans/default.asp
|
