would (separate columns etc.)
and then query from that database and have sql server return xml that you
can use in an xml context.
therefore you can harness the power of sql server, its indexing etc, query
from it, and return xml that you
can objectize and use
tony
-----Original Message-----
From: Rich Ziade [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 05, 2004 12:13 PM
To: CF-Talk
Subject: XML Storage
I've been doing some research on XML databases and was wondering if anyone
could provide any insight:
We're building an insurance policy management system that handles the
processing of policies (approvals, cancellations, etc.). It seems to make a
lot of sense to deal w/ the day-to-day data in XML - since the data objects
we're dealing with lend themselves very well to XML data (a "policy XML"
etc.). We're not too concerned w/ reporting b/c we plan on dropping the data
to a database nightly anyway for reporting.
Does anyone have a suggestion for a good, lightweight XML storage/retrieval
mechanism. It doesn't even need full SQL/query capabilities. An efficient
storage mechanism w/ some light indexing is fine.
Any suggestions would be greatly appreciated, Rich
[Todays Threads] [This Message] [Subscription] [Fast Unsubscribe] [User Settings]
