![]() | |
![]() |
| | Thread Tools | Display Modes |
#1
| |||
| |||
|
#2
| |||
| |||
|
|
Hello, I am trying to build a solution that extracts data from some large SQL Server 2005 tables to MS Access databases on a regular scheduled basis. I have built a prototype that pulls three tables from SQL and pushes them into an Access 2003 database. This Access database will be used as a back end to numerous Access apps. In my solution, I first drop the Access tables before pushing them from SQL to Access. If a user has one of these tables opened from one of the Access applications that links to it, the SSIS job ends immediately and reports success. First, it seems like the SSIS job should fail and report a valid error condition, something like "job failed, target was locked" or similar. Second, can you recommend a better approach to getting lots of SQL tables exported to MS Access 2003 on a regular scheduled basis given that fact that users may have some of these Access tables opened from numerous Access apps? FYI: the reason we are trying to extract SQL data for use by numerous Access apps: our ERP system runs on SQL Server 2005 and warns us that our Access apps may cause locking/blocking issues if we link the Access apps directly to ERP SQL tables & views (even if we use (readuncommitted) table hints. Any insight on this is greatly appreciated. Thanks in advance. -- Josh Blair (hfdev) HydraForce, Inc. |
#3
| |||
| |||
|
|
Hello, I am trying to build a solution that extracts data from some large SQL Server 2005 tables to MS Access databases on a regular scheduled basis. I have built a prototype that pulls three tables from SQL and pushes them into an Access 2003 database. This Access database will be used as a back end to numerous Access apps. In my solution, I first drop the Access tables before pushing them from SQL to Access. If a user has one of these tables opened from one of the Access applications that links to it, the SSIS job ends immediately and reports success. First, it seems like the SSIS job should fail and report a valid error condition, something like "job failed, target was locked" or similar. Second, can you recommend a better approach to getting lots of SQL tables exported to MS Access 2003 on a regular scheduled basis given that fact that users may have some of these Access tables opened from numerous Access apps? FYI: the reason we are trying to extract SQL data for use by numerous Access apps: our ERP system runs on SQL Server 2005 and warns us that our Access apps may cause locking/blocking issues if we link the Access apps directly to ERP SQL tables & views (even if we use (readuncommitted) table hints. Any insight on this is greatly appreciated. Thanks in advance. -- Josh Blair (hfdev) HydraForce, Inc. |
#4
| |||
| |||
|
|
Hello, I am trying to build a solution that extracts data from some large SQL Server 2005 tables to MS Access databases on a regular scheduled basis. I have built a prototype that pulls three tables from SQL and pushes them into an Access 2003 database. This Access database will be used as a back end to numerous Access apps. In my solution, I first drop the Access tables before pushing them from SQL to Access. If a user has one of these tables opened from one of the Access applications that links to it, the SSIS job ends immediately and reports success. First, it seems like the SSIS job should fail and report a valid error condition, something like "job failed, target was locked" or similar. Second, can you recommend a better approach to getting lots of SQL tables exported to MS Access 2003 on a regular scheduled basis given that fact that users may have some of these Access tables opened from numerous Access apps? FYI: the reason we are trying to extract SQL data for use by numerous Access apps: our ERP system runs on SQL Server 2005 and warns us that our Access apps may cause locking/blocking issues if we link the Access apps directly to ERP SQL tables & views (even if we use (readuncommitted) table hints. Any insight on this is greatly appreciated. Thanks in advance. -- Josh Blair (hfdev) HydraForce, Inc. |
#5
| |||
| |||
|
|
Hello, I am trying to build a solution that extracts data from some large SQL Server 2005 tables to MS Access databases on a regular scheduled basis. I have built a prototype that pulls three tables from SQL and pushes them into an Access 2003 database. This Access database will be used as a back end to numerous Access apps. In my solution, I first drop the Access tables before pushing them from SQL to Access. If a user has one of these tables opened from one of the Access applications that links to it, the SSIS job ends immediately and reports success. First, it seems like the SSIS job should fail and report a valid error condition, something like "job failed, target was locked" or similar. Second, can you recommend a better approach to getting lots of SQL tables exported to MS Access 2003 on a regular scheduled basis given that fact that users may have some of these Access tables opened from numerous Access apps? FYI: the reason we are trying to extract SQL data for use by numerous Access apps: our ERP system runs on SQL Server 2005 and warns us that our Access apps may cause locking/blocking issues if we link the Access apps directly to ERP SQL tables & views (even if we use (readuncommitted) table hints. Any insight on this is greatly appreciated. Thanks in advance. -- Josh Blair (hfdev) HydraForce, Inc. |
#6
| |||
| |||
|
|
Hello, I am trying to build a solution that extracts data from some large SQL Server 2005 tables to MS Access databases on a regular scheduled basis. I have built a prototype that pulls three tables from SQL and pushes them into an Access 2003 database. This Access database will be used as a back end to numerous Access apps. In my solution, I first drop the Access tables before pushing them from SQL to Access. If a user has one of these tables opened from one of the Access applications that links to it, the SSIS job ends immediately and reports success. First, it seems like the SSIS job should fail and report a valid error condition, something like "job failed, target was locked" or similar. Second, can you recommend a better approach to getting lots of SQL tables exported to MS Access 2003 on a regular scheduled basis given that fact that users may have some of these Access tables opened from numerous Access apps? FYI: the reason we are trying to extract SQL data for use by numerous Access apps: our ERP system runs on SQL Server 2005 and warns us that our Access apps may cause locking/blocking issues if we link the Access apps directly to ERP SQL tables & views (even if we use (readuncommitted) table hints. Any insight on this is greatly appreciated. Thanks in advance. -- Josh Blair (hfdev) HydraForce, Inc. |
#7
| |||
| |||
|
|
Hello, I am trying to build a solution that extracts data from some large SQL Server 2005 tables to MS Access databases on a regular scheduled basis. I have built a prototype that pulls three tables from SQL and pushes them into an Access 2003 database. This Access database will be used as a back end to numerous Access apps. In my solution, I first drop the Access tables before pushing them from SQL to Access. If a user has one of these tables opened from one of the Access applications that links to it, the SSIS job ends immediately and reports success. First, it seems like the SSIS job should fail and report a valid error condition, something like "job failed, target was locked" or similar. Second, can you recommend a better approach to getting lots of SQL tables exported to MS Access 2003 on a regular scheduled basis given that fact that users may have some of these Access tables opened from numerous Access apps? FYI: the reason we are trying to extract SQL data for use by numerous Access apps: our ERP system runs on SQL Server 2005 and warns us that our Access apps may cause locking/blocking issues if we link the Access apps directly to ERP SQL tables & views (even if we use (readuncommitted) table hints. Any insight on this is greatly appreciated. Thanks in advance. -- Josh Blair (hfdev) HydraForce, Inc. |
#8
| |||
| |||
|
|
Hello, I am trying to build a solution that extracts data from some large SQL Server 2005 tables to MS Access databases on a regular scheduled basis. I have built a prototype that pulls three tables from SQL and pushes them into an Access 2003 database. This Access database will be used as a back end to numerous Access apps. In my solution, I first drop the Access tables before pushing them from SQL to Access. If a user has one of these tables opened from one of the Access applications that links to it, the SSIS job ends immediately and reports success. First, it seems like the SSIS job should fail and report a valid error condition, something like "job failed, target was locked" or similar. Second, can you recommend a better approach to getting lots of SQL tables exported to MS Access 2003 on a regular scheduled basis given that fact that users may have some of these Access tables opened from numerous Access apps? FYI: the reason we are trying to extract SQL data for use by numerous Access apps: our ERP system runs on SQL Server 2005 and warns us that our Access apps may cause locking/blocking issues if we link the Access apps directly to ERP SQL tables & views (even if we use (readuncommitted) table hints. Any insight on this is greatly appreciated. Thanks in advance. -- Josh Blair (hfdev) HydraForce, Inc. |
#9
| |||
| |||
|
|
Hello, I am trying to build a solution that extracts data from some large SQL Server 2005 tables to MS Access databases on a regular scheduled basis. I have built a prototype that pulls three tables from SQL and pushes them into an Access 2003 database. This Access database will be used as a back end to numerous Access apps. In my solution, I first drop the Access tables before pushing them from SQL to Access. If a user has one of these tables opened from one of the Access applications that links to it, the SSIS job ends immediately and reports success. First, it seems like the SSIS job should fail and report a valid error condition, something like "job failed, target was locked" or similar. Second, can you recommend a better approach to getting lots of SQL tables exported to MS Access 2003 on a regular scheduled basis given that fact that users may have some of these Access tables opened from numerous Access apps? FYI: the reason we are trying to extract SQL data for use by numerous Access apps: our ERP system runs on SQL Server 2005 and warns us that our Access apps may cause locking/blocking issues if we link the Access apps directly to ERP SQL tables & views (even if we use (readuncommitted) table hints. Any insight on this is greatly appreciated. Thanks in advance. -- Josh Blair (hfdev) HydraForce, Inc. |
#10
| |||
| |||
|
|
I wanted to add that I used some drop table statements to some "Execute SQL Task" items to the Control Flow before the Preparation SQL Task and the Data Flow Task. I am not very well versed in SSIS, so please recommend better techniques if you now of them. Thanks, -- Josh Blair (hfdev) HydraForce, Inc. "hfdev" wrote: Hello, I am trying to build a solution that extracts data from some large SQL Server 2005 tables to MS Access databases on a regular scheduled basis. I have built a prototype that pulls three tables from SQL and pushes them into an Access 2003 database. This Access database will be used as a back end to numerous Access apps. In my solution, I first drop the Access tables before pushing them from SQL to Access. If a user has one of these tables opened from one of the Access applications that links to it, the SSIS job ends immediately and reports success. First, it seems like the SSIS job should fail and report a valid error condition, something like "job failed, target was locked" or similar. Second, can you recommend a better approach to getting lots of SQL tables exported to MS Access 2003 on a regular scheduled basis given that fact that users may have some of these Access tables opened from numerous Access apps? FYI: the reason we are trying to extract SQL data for use by numerous Access apps: our ERP system runs on SQL Server 2005 and warns us that our Access apps may cause locking/blocking issues if we link the Access apps directly to ERP SQL tables & views (even if we use (readuncommitted) table hints. Any insight on this is greatly appreciated. Thanks in advance. -- Josh Blair (hfdev) HydraForce, Inc. |
![]() |
| Thread Tools | |
| Display Modes | |
| |