﻿<?xml version='1.0' encoding='UTF-8'?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/"><channel><title>SQLServerCentral / Article Discussions / Article Discussions by Author / Discuss content posted by Timothy A Wiseman  / Reading Ad Hoc Text Files with OpenDataSource / Latest Posts</title><generator>InstantForum.NET v2.9.0</generator><description>SQLServerCentral</description><link>http://www.sqlservercentral.com/Forums/</link><webMaster>notifications@sqlservercentral.com</webMaster><lastBuildDate>Mon, 20 May 2013 23:05:07 GMT</lastBuildDate><ttl>20</ttl><item><title>RE: Reading Ad Hoc Text Files with OpenDataSource</title><link>http://www.sqlservercentral.com/Forums/Topic432660-1152-1.aspx</link><description>Did you ever get a fix for this?  When attempting to do a similar thing I get the exact same error (on a 32-bit system)</description><pubDate>Tue, 06 Sep 2011 10:39:18 GMT</pubDate><dc:creator>MyDoggieJessie</dc:creator></item><item><title>RE: Reading Ad Hoc Text Files with OpenDataSource</title><link>http://www.sqlservercentral.com/Forums/Topic432660-1152-1.aspx</link><description>My workaround is to run through a SQL Agent job with the SSIS step Execution Option set to use 32 bit runtime.</description><pubDate>Tue, 23 Nov 2010 15:19:21 GMT</pubDate><dc:creator>Philippe Cand</dc:creator></item><item><title>RE: Reading Ad Hoc Text Files with OpenDataSource</title><link>http://www.sqlservercentral.com/Forums/Topic432660-1152-1.aspx</link><description>I am having the same issue using MSADASQL for Text driver on SQL2008 64 Bit Machine.Works fine on SQL2008 32 Bit machine.Mick</description><pubDate>Tue, 23 Nov 2010 03:18:30 GMT</pubDate><dc:creator>micke-1097755</dc:creator></item><item><title>RE: Reading Ad Hoc Text Files with OpenDataSource</title><link>http://www.sqlservercentral.com/Forums/Topic432660-1152-1.aspx</link><description>I'm in SQL 2008 64bit clustered this is my unhappinessError/Information message I receiveThe OLE DB provider "Microsoft.Jet.OLEDB.4.0" has not been registered.Query I'm runningSELECT * FROM OPENDATASOURCE('Microsoft.Jet.OLEDB.4.0','Data Source=C:\SqlServerInstances.xls;Extended Properties=Excel 8.0')...[Customers$]Am I missing something?  Have they renamed the provider to something else, or simply removed it .End of day so tired come back with a fresh brain tomorrow in the mean time if you got something please share!</description><pubDate>Tue, 10 Feb 2009 16:37:22 GMT</pubDate><dc:creator>MudLuck</dc:creator></item><item><title>RE: Reading Ad Hoc Text Files with OpenDataSource</title><link>http://www.sqlservercentral.com/Forums/Topic432660-1152-1.aspx</link><description>PCWC66, thanks for pointing out that article.  It is one of the best best primers on SqlBulkCopy that I  have seen.  It is definitely a great technique for the right circumstances, but there are times when it is desirable to keep things T-SQL pure or nearly so.</description><pubDate>Thu, 13 Dec 2007 17:33:05 GMT</pubDate><dc:creator>timothyawiseman</dc:creator></item><item><title>RE: Reading Ad Hoc Text Files with OpenDataSource</title><link>http://www.sqlservercentral.com/Forums/Topic432660-1152-1.aspx</link><description>Tim,Thanks for prompt reply on my questions.   Besides reading your article, I have been reading other articles regarding importing data to SQL Server.  This article about SqlBulkCopy http://www.developer.com/net/asp/article.php/10917_3702826_1 is another good information and may applicable to my case since I'm dealing with .net application.</description><pubDate>Thu, 13 Dec 2007 15:40:37 GMT</pubDate><dc:creator>pcwc66</dc:creator></item><item><title>RE: Reading Ad Hoc Text Files with OpenDataSource</title><link>http://www.sqlservercentral.com/Forums/Topic432660-1152-1.aspx</link><description>[quote][b]pcwc66 (12/13/2007)[/b][hr]It definitely helps me to understand about OpenDataSource.  I'm working on a project to see how to create sample SQL databases (32bit/64bit SQL Server 2005/2008 including Express Edition) for a .NET application.   I'm trying to figure out the following items:1.  How to create the databases?2.  Where to store the sample data?3.  How to import the data?What are the pros and cons (especially what datatype cannot be imported) in each option?  What data source should I create (e.g. text file, XML, Access database(MDB), Excel file (CVS)) if portability is a must?  Ideally, the data importing can be initialized from a .NET 3.0/3.5 application instead of thru SSMS or command prompt.[/quote]Most of those questions revolve around exactly what you are trying to do, but for a few rules of thumb:1.If you are moving a preexisting database to a test environment I would use backup and restore.  It tends to be one of the easier ways and more complete ways.  If you are creating something new or highly modified, I would use t-sql scripts as they will give you the most direct control.2. How you export the data depends on who you are sending it to and what they can read.  As a general rule of thumb, csv files are simultaneously the smallest way to store the data and one of the most widely accepted since they can be easily read by a variety of programs including straight text editors and they can be imported into almost anything.  The downside of course is that they do not include within them information like data type or relations between groupings of files that can be more thoroughly expressed in a richer format.  For a richer format, you may wish to use access files or create a sql backup and send the entire backup file, depending again on your exact intent.3.  When it works, bulk insert is almost always one of the fastest and most efficient ways of importing, but it only works on certain file types formatted in certain ways and it has very little fault tolerance.  Also for rarely repeated imports, there is nothing wrong with just using the SSIS or DTS wizards.  I tend to use opendatasource for a lot of the automated imports in procedures because it provides more flexibility and more fault tolerance than bulk insert while remaining pure T-SQL and not requiring outside programs.</description><pubDate>Thu, 13 Dec 2007 15:15:24 GMT</pubDate><dc:creator>timothyawiseman</dc:creator></item><item><title>RE: Reading Ad Hoc Text Files with OpenDataSource</title><link>http://www.sqlservercentral.com/Forums/Topic432660-1152-1.aspx</link><description>It definitely helps me to understand about OpenDataSource.  I'm working on a project to see how to create sample SQL databases (32bit/64bit SQL Server 2005/2008 including Express Edition) for a .NET application.   I'm trying to figure out the following items:1.  How to create the databases?e.g.- using sql scripts- backup/restore- detach/attach2.  Where to store the sample data?e.g.- xml- mdb- text files- csv- backup- detached files3.  How to import the data?e.g.BCPBULK INSERTImport/Export WizardSSISOPENROWSETOPENDATASOURCEOPENQUERYSqlBulkCopyBackup/RestoreDetach/AttachWhat are the pros and cons (especially what datatype cannot be imported) in each option?  What data source should I create (e.g. text file, XML, Access database(MDB), Excel file (CVS)) if portability is a must?  Ideally, the data importing can be initialized from a .NET 3.0/3.5 application instead of thru SSMS or command prompt.</description><pubDate>Thu, 13 Dec 2007 13:58:59 GMT</pubDate><dc:creator>pcwc66</dc:creator></item><item><title>RE: Reading Ad Hoc Text Files with OpenDataSource</title><link>http://www.sqlservercentral.com/Forums/Topic432660-1152-1.aspx</link><description>[quote]My current ugly work around is to use linked servers to execute the procedures on a 32 bit server and then bring the results across to the 64 bit server.[/quote]Same for me, No JET support in 64 bits. About SQL2008? is it going to work in either 32 or 64 bits?</description><pubDate>Thu, 13 Dec 2007 09:49:39 GMT</pubDate><dc:creator>Philippe Cand</dc:creator></item><item><title>RE: Reading Ad Hoc Text Files with OpenDataSource</title><link>http://www.sqlservercentral.com/Forums/Topic432660-1152-1.aspx</link><description>[quote][b]GG (12/13/2007)[/b][hr]Hi, Have you found a way to do this in SQL 2005 64bit?Apparently there is a MSDASQL provider being released in Longhorn for 64bit , but I haven't been able to find any other information.Your help will be much appreciated! Regards,GG[/quote]I have been searching for that ever since my company got a 64bit server, last week.  My current ugly work around is to use linked servers to execute the procedures on a 32 bit server and then bring the results across to the 64 bit server.</description><pubDate>Thu, 13 Dec 2007 09:31:41 GMT</pubDate><dc:creator>timothyawiseman</dc:creator></item><item><title>RE: Reading Ad Hoc Text Files with OpenDataSource</title><link>http://www.sqlservercentral.com/Forums/Topic432660-1152-1.aspx</link><description>Hi, Have you found a way to do this in SQL 2005 64bit?Apparently there is a MSDASQL provider being released in Longhorn for 64bit , but I haven't been able to find any other information.Your help will be much appreciated! Regards,GG</description><pubDate>Thu, 13 Dec 2007 00:21:34 GMT</pubDate><dc:creator>GG-173138</dc:creator></item><item><title>RE: Reading Ad Hoc Text Files with OpenDataSource</title><link>http://www.sqlservercentral.com/Forums/Topic432660-1152-1.aspx</link><description>Good, short, sweet coverage of OpenDataSource and some of the key advantages to using it and when to use it... Nicely done!</description><pubDate>Wed, 12 Dec 2007 22:52:05 GMT</pubDate><dc:creator>Jeff Moden</dc:creator></item><item><title>Reading Ad Hoc Text Files with OpenDataSource</title><link>http://www.sqlservercentral.com/Forums/Topic432660-1152-1.aspx</link><description>Comments posted to this topic are about the item [B]&lt;A HREF="/articles/OpenDataSource/61552/"&gt;Reading Ad Hoc Text Files with OpenDataSource&lt;/A&gt;[/B]</description><pubDate>Wed, 12 Dec 2007 22:50:28 GMT</pubDate><dc:creator>timothyawiseman</dc:creator></item></channel></rss>