translate xml into select statement
- From: deja@xxxxxxxxxxxx
- Date: 28 Nov 2006 03:24:30 -0800
we have a system that has data relating to the same business objects in
different formats/databases. So for example, we might have Customers
with their Orders in a SQL Server database and also some information
about Customers and their Orders in a separate Oracle database (legacy
system - two companies merged together).
Anyway, the physical storage of this data may be different in each
database (maybe Order_Date in SQL Server but OrderDt in Oracle - that
kind of thing. Maybe CustomerLocation is in a separate table in SQL
Server whereas in Oracle it is in the same table).
The requirement is to be able to create a generic query that can then
be run into each database as necessary and pull out the required info.
The current proposal is for a standard XML Format that indicates the
Business Entities, the joins of the Business Entities and the filters.
It is proposed that this is sent to a database stored procedure which
will then interpret this XML and return the correct results (back in a
business standard XML).
I think it would be better to:
a) translate the standard XML query to a database specific query using
XSL (because it is easier to maintain AND provides better scaleability
- don't really want the database doing a whole load of
parsing/interpreting to create a dynamic sql statement - especially
since it is an OLTP system and that would impact other users)
b) not sure whether to use the XSL to translate to standard SQL for XML
query or to translate to a mapping-schema which can then be posted to
the virtual directory etc (can it use an in-memory schema rather than
one in the virtual directory, otherwise it means I have to check for a
unique filename first) - any thoughts?
just looking for some suggestions/improvements/confirmation on these
ideas.
thanks
Phil
.
- Prev by Date: Re: BCP Usage with SQL Server 2005 Clustered Server
- Previous by thread: BCP Usage with SQL Server 2005 Clustered Server
- Index(es):
Relevant Pages
|
Loading