![]() | |
![]() |
| | Thread Tools | Display Modes |
#1
| |||
| |||
|
#2
| |||
| |||
|
|
All: I've got a scenario where I need to export SQL tables to MS Access and then allow a user to download them. A couple of questions: 1) Is DTS the way to go, even if the environment is a shared hosting environment? 2) If so, how in the world would I deal with communication between the web and SQL server (please be as detailed as possible) Thanks in advance -- Posted via http://dbforums.com |
#3
| |||
| |||
|
|
Without knowing all the details of the scenario, this will probably be a little vague. My first reaction is not to use DTS for this solution. Mainly because there are going to be a number of things that need to be done that DTS isn't realy good at, and you may have limited rights on the SQL server. If, however, it must be done with DTS, I'd suggest creating a template database in access as the destination for the data pumps. Copy the template to a new file at the beginning of the pakage with a unique name, dynamically assign the destination of all the DataPump tasks via activex or dynamic properties tasks and pump in the data. The job can be executed from the web server by executing xp_cmdshell. The biggest problem I see here is that dts packages have a tendancy to run longer than the standard timeout on the browser, so you may have to set up a queueing system as another table that contains the requests for data populated real time with a scheduled job that comes through and creates the various MDBs. The other issue you will most likely run into is contention for resources on the SQL server as this is a shared environment. My best suggestion, sans queueing, is to follow the same basic track as I mentioned in the DTS solution, but create the mdb on the web server and populate it via ADO. Hope this helps and best of luck on your project! Robert Hamron Another viewpoint- |
![]() |
| Thread Tools | |
| Display Modes | |
| |