Monday, March 19, 2012
Applying Schema change.
One of teh major problems we are facing is happening when we change the data
base structure for new releases and we want to dispatch this to existing
clients.
1.Is there a utility that allow us to apply the new schema on an exiting
data base.
2. Is there also a utility that will list records that are imcompatible with
the new schema (constraints violations ,etc...)
thanks1.
http://www.innovartis.co.uk/database_dbghost_home.aspx
http://www.red-gate.com/SQL_Compare.htm
2. I'm not aware of any. Typically I would expect to develop my own
transformations to align the legacy data with the new schema.
David Portas
SQL Server MVP
--
Thursday, March 8, 2012
Application-controlled transactions, isolation level and commit/rollbacks
Are you talking about application controlled transactions as in the application only works through stored procedures? Or do you mean it use DTC Transactions? Either way, you should be able to catch these with SQL Profiler.
|||Yes, Peter, the application uses stored procs in all cases.. there is no Transaction handling inside the procs... no begin trans, rollback/commits... that is all on the app side, and I'm not sure how it's being sent to SQL Server, via DTC or what... I'll try tracing again and seeing if they can force a rollback, and see what comes thru in SQL Server... Thanks, Bruce|||I was also hoping to see what Isolation Level my stored procedures are being executed at via the profiler. I just don't see how I can do that, or anything like it.I would be grateful of any further information or help.
Regards
Darren
|||
Bruce dBA wrote:
Yes, Peter, the application uses stored procs in all cases.. there is no Transaction handling inside the procs... no begin trans, rollback/commits... that is all on the app side, and I'm not sure how it's being sent to SQL Server, via DTC or what... I'll try tracing again and seeing if they can force a rollback, and see what comes thru in SQL Server... Thanks, Bruce
In .NET 2.0 and above there are two other kinds of transactions that uses isolation levels and rollbacks one is atomic like the SQL Server transactions while the other is not but SQL Server 2005 is equiped to handle the none atomic transaction while 2000 is not so DTC is needed to run the none atomic in SQL Server 2000. The transactions from ADO.NET System.Data is atomic while the transaction from System.Transaction which uses TransactionScope it not. Try the links below for details.
http://msdn2.microsoft.com/en-us/library/system.transactions.aspx
http://msdn2.microsoft.com/en-us/library/system.data.isolationlevel.aspx
Application-controlled transactions, isolation level and commit/rollbacks
Are you talking about application controlled transactions as in the application only works through stored procedures? Or do you mean it use DTC Transactions? Either way, you should be able to catch these with SQL Profiler.
|||Yes, Peter, the application uses stored procs in all cases.. there is no Transaction handling inside the procs... no begin trans, rollback/commits... that is all on the app side, and I'm not sure how it's being sent to SQL Server, via DTC or what... I'll try tracing again and seeing if they can force a rollback, and see what comes thru in SQL Server... Thanks, Bruce|||I was also hoping to see what Isolation Level my stored procedures are being executed at via the profiler. I just don't see how I can do that, or anything like it.I would be grateful of any further information or help.
Regards
Darren
|||
Bruce dBA wrote:
Yes, Peter, the application uses stored procs in all cases.. there is no Transaction handling inside the procs... no begin trans, rollback/commits... that is all on the app side, and I'm not sure how it's being sent to SQL Server, via DTC or what... I'll try tracing again and seeing if they can force a rollback, and see what comes thru in SQL Server... Thanks, Bruce
In .NET 2.0 and above there are two other kinds of transactions that uses isolation levels and rollbacks one is atomic like the SQL Server transactions while the other is not but SQL Server 2005 is equiped to handle the none atomic transaction while 2000 is not so DTC is needed to run the none atomic in SQL Server 2000. The transactions from ADO.NET System.Data is atomic while the transaction from System.Transaction which uses TransactionScope it not. Try the links below for details.
http://msdn2.microsoft.com/en-us/library/system.transactions.aspx
http://msdn2.microsoft.com/en-us/library/system.data.isolationlevel.aspx