<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://www.infopathdev.com:443/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Using DBXL with Existing Databases</title><link>https://www.infopathdev.com:443/blogs/patrick/archive/2008/07/09/using-dbxl-with-existing-databases.aspx</link><description>What DBXL does well DBXL helps you quickly move the XML data in your InfoPath forms to a SQL database. It also enables web-based solutions and greater fault-tolerance. More detail: 1. Quickly move your XML file data into a SQL database to enable: a. richer</description><dc:language>en</dc:language><generator>CommunityServer 2007 SP3 (Build: 31118.962)</generator><item><title>re: Using DBXL with Existing Databases</title><link>https://www.infopathdev.com:443/blogs/patrick/archive/2008/07/09/using-dbxl-with-existing-databases.aspx#54312</link><pubDate>Wed, 28 Apr 2010 21:57:52 GMT</pubDate><guid isPermaLink="false">033a2e2d-04e2-4a9d-be01-a4634161eefd:54312</guid><dc:creator>Patrick Halstead</dc:creator><description>&lt;p&gt;Update: Hilary Stoupa wrote a blog with examples of how to use DBXL on existing SQL databases: &lt;a rel="nofollow" target="_new" href="http://www.infopathdev.com/blogs/hilary/archive/2009/10/13/use-dbxl-submit-with-existing-sql-data.aspx"&gt;www.infopathdev.com/.../use-dbxl-submit-with-existing-sql-data.aspx&lt;/a&gt;. &lt;/p&gt;
&lt;p&gt;While we update top-level tables in place, we choose to do cascading deletes for child and grandchild (etc.) tables because an update would require a tight coupling and the whole point of the DBXL Web Service is to provide a loose coupling. Since InfoPath does the data type and structure validation for you, there’s no need to tightly couple at the submit interface anymore so long as you have InfoPath. Loose coupling enables greater up-time because the mapping can fail but since DBXL always stores the XML, the admin can go in after the fact and re-shred the data. Loose coupling also enables data source changes and many-to-one mapping where separate XMLs are mapped to the same table set (a boon for versioning). We always want the submit to succeed. Reads can sometimes fail, which is ok, but if submits always succeed then it provides a more robust and scalable system for business process automation.&lt;/p&gt;
&lt;img src="https://www.infopathdev.com:443/aggbug.aspx?PostID=54312" width="1" height="1"&gt;</description></item></channel></rss>