Database Journal
MS SQL Oracle DB2 Access MySQL PostgreSQL Sybase PHP SQL Etc SQL Scripts & Samples Links Database Forum

» Database Journal Home
» Database Articles
» Database Tutorials
MS SQL
Oracle
DB2
MS Access
MySQL
» RESOURCES
Database Tools
SQL Scripts & Samples
Links
» Database Forum
» Sitemap
Free Newsletters:
DatabaseDaily  
News Via RSS Feed


follow us on Twitter
Database Journal |DBA Support |SQLCourse |SQLCourse2
 

Featured Database Articles

MS SQL

Posted Apr 26, 2000

Using COM to Output Queries to a Text File

By Les Smith

Purpose of script: Create a tab delimited file for an ASP intranet application. The files are to be text versions of static HTML reports that the user can download when an "Excel file" is needed.

We needed to create a method of creating tab delimited files based on the results of an SQL query. Surprisingly, there seemed to be no system stored procedure within SQL Server that could perform this task.

One possibility was using a DTS package. However, I did not see a way to pass parameters to the package for changing queries and the text file target.

So I decided to create a simple com object to export a query to a file. I used Visual Basic to create the class which references ADO and Scripting Runtime. Again, DTS seemed like a possibility. I could create a DTS com object in Visual Basic. However, DTS seemed really too difficult too code, when a simpler API would work just as well.

Another decision is whether to have a stored procedure or an Active Server Page instantiate and use the com object. Having the stored procedure do it seems to be the better choice for the following reasons:

  1. It keeps the Active Server Page simpler. Stored procedures are the only interface the ASP programmer needs to use. Additional complexity is avoided.
  2. Several web sites could use the same stored procedure. Otherwise, one would need to register the com object on each web site and keep each web server updated with the latest version. Thus deploying and maintenance are simpler.
  3. Com objects instantiated by ASP are annoyingly over persistent. After an ASP page instantiates the object it is never released, and the DLL becomes locked. At the point one needs to stop the web server, and sometimes even reboot the machine. The sp_OAdestroy system stored procedure seems to do a nice job of destroying the object. One might expect that in ASP the command "set obj = nothing" to do the same, but it does not. According to Microsoft this behavior is by design. See http://support.microsoft.com/support/kb/articles/Q200/2/60.ASP
The article mentions this as an issue for Personal Web Server, but this also applies to IIS.

Calling Method: sp_exportData 'sa','sa',"select * from Suppliers", "Suppliers.txt", 'Northwind'

Download:



MS SQL Archives

Comment and Contribute

 


(Maximum characters: 1200). You have characters left.

 

 




Latest Forum Threads
MS SQL Forum
Topic By Replies Updated
SQL 2005: SSIS: Error using SQL Server credentials poverty 3 August 17th, 07:43 AM
Need help changing table contents nkawtg 1 August 17th, 03:02 AM
SQL Server Memory confifuration bhosalenarayan 2 August 14th, 05:33 AM
SQL Server Primary Key and a Unique Key katty.jonh 2 July 25th, 10:36 AM


















Thanks for your registration, follow us on our social networks to keep up-to-date