Click here to monitor SSC
SQLServerCentral is supported by Redgate
Log in  ::  Register  ::  Not logged in
Home       Members    Calendar    Who's On

Add to briefcase

Working with a read-only database - SQL Server Expand / Collapse
Posted Thursday, March 7, 2013 5:48 AM
Forum Newbie

Forum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum Newbie

Group: General Forum Members
Last Login: Friday, October 21, 2016 11:11 AM
Points: 4, Visits: 122

In preparation for the building of a new application in my organisation, I've come up against a bit of a brick wall when working across multiple databases.

We are developing a 3rd party application that needs to send information to the accounting application database. Once it gets there, it needs to be calculated and returned to the 3rd party application.

Our accounting application has a read only database for security purposes. We are able to use the front end to carry out day to day accounting, and we are also able to pass information into the system using an ETL tool specific to the application i.e. we cannot write directly to this database.

We have considered using SSIS for this, but are concerned about the performance implications.

Would we be in a better position if we had a connection to the accounting database to display the current information (i.e. the balance of an account), and used our 3rd party front end application to carry out the same calculation as the accounting software would do, while the accounting software is awaiting the relevant data?

Both of these databases SQL server 2008R2. The front end application is written in .NET, and the accounting software is Progress based.

Any advice would be welcomed!

Post #1427917
« Prev Topic | Next Topic »

Add to briefcase

Permissions Expand / Collapse