https://www.infopathdev.com:443/forums/39.aspxNew to InfoPath? Search to see if your question has already been answered. If it has not, then ask it here or the appropriate topic forum.enCommunityServer 2007 SP3 (Build: 31118.962)https://www.infopathdev.com:443/forums/thread/3212.aspxSun, 24 Sep 2006 22:11:48 GMT033a2e2d-04e2-4a9d-be01-a4634161eefd:3212Matt Faus0https://www.infopathdev.com:443/forums/thread/3212.aspxhttps://www.infopathdev.com:443/forums/commentrss.aspx?SectionID=39&PostID=3212You might want to take a look at our Database Accelerator product:<a target="_blank" href=http://www.qdabra.com/proddetail.asp?prod=QDBXL1>http://www.qdabra.com/proddetail.asp?prod=QDBXL1</a> - it seems like it would fit your scenario rather well.<br /><br />However, instead of storing the entire form into a single xml column, you would be shredding the tables in the XML into relational tables in the database. Although it is not usually supported, if you work extremely carefully you could then reconstitute the XML from the relational tables (to do this in InfoPath would require a good deal of code). This would give you the advantage of using SQL search and reporting functionality instead of mucking around with XQuery, which can get pretty complicated. Also, DBXL has a new feature set that allows you to run searches on the shredded database with either a desktop or a mobile client (PocketPC)!<br /><br />Otherwise, I'm not sure why InfoPath is treating the data from the xml columns as plaintext. You would think since you are using IP2007 that it would recognize it, but I haven't worked much with this platform, so I'm not sure what to tell you.https://www.infopathdev.com:443/forums/thread/1566.aspxSun, 24 Sep 2006 03:22:04 GMT033a2e2d-04e2-4a9d-be01-a4634161eefd:1566jloewer0https://www.infopathdev.com:443/forums/thread/1566.aspxhttps://www.infopathdev.com:443/forums/commentrss.aspx?SectionID=39&PostID=1566We are "newbies" with "some" development background who are interested in developing solutions where we:<br /><br />•use Infopath (2007) as our primary data entry tool<br />•store the resulting Infopath data in an XML-type column in SQL Server 2005<br />•use Sharepoint as the user interface structuren for the remainder of the solution<br />•use XQuery against the stored Infopath data in SQL Server 2005 for complex searches<br /><br />We do not want to store the Infopath data in Sharepoint because:<br /><br />•the performance issues associated with a large number of documents in a Sharepoint folder<br />•there are too many tags sets to realistically use the tag --&gt; column promotion feature of Sharepoint<br />•Sharepoint does not support the concept of repeating structures within its column promotion feature<br />•any Sharepoint search will have a time delay between "crawls" - we need to do a true query against the data<br /><br />We think that we are missing some fundamental concept. We can retrieve sample data from the SQL XML-type column via a data connection (using either a direct query or a stored procedure; with or without XQuery) but Infopath always sees that data as pure text that happens to contain tags - Infopath never connects the character sequences with the concept of an XML structure.<br /><br />What are we missing? Are there any articles that directly deal with the integration of Infopath with the XML-type of SQL Server 2005? Or, is there a specific chapter in a book that we should be reading?<br /><br />Thank you for any input.