Probably shouldn't fight it though

1,095 registered users | 2 active users | 3 LpH | Statistics
Login | Create New User

Welcome to IWETHEY!

Post #81,270 by ChrisR 2/12/03 8:43:22 PM Reply	Probably shouldn't fight it though A lot of people look at transactions as a problem on SQLServer and initially try as they might to skirt around them. Generally speaking, though, if you are trying to fight Transactions, you are just fighting the innate nature of the architecture. Best to work them than against them.
Post #81,293 by boxley 2/12/03 9:53:21 PM Reply	Havnt messed with SQLServer yet, question transaction logs are both usefukl for debugging and transaction rollbacks? If so work with them. thanx, bill will work for cash and other incentives [link\|http://home.tampabay.rr.com/boxley/resume/Resume.html\|skill set] questions, help? [link\|mailto:pappas@catholic.org\|email pappas at catholic.org]

MS SQL Server: Logs & performance tuning? - (kmself) - (9) - Feb. 12, 2003, 07:57:48 PM EST

Two tacts... - (ChrisR) - (5) - Feb. 12, 2003, 08:33:28 PM EST

Probably shouldn't fight it though - (ChrisR) - (1) - Feb. 12, 2003, 08:43:22 PM EST

Havnt messed with SQLServer yet, question - (boxley) - Feb. 12, 2003, 09:53:21 PM EST

SAS rears its ugly head... - (kmself) - (1) - Feb. 13, 2003, 12:06:30 AM EST

SAS used to be able to shell out - run a "Load.Bat"? -NT - (CRConrad) - Feb. 13, 2003, 05:46:20 PM EST

"Tacks", actually. HTH! -NT - (CRConrad) - Feb. 14, 2003, 02:33:27 AM EST

Import vs. Load? BCP? - (gdaustin) - Feb. 14, 2003, 05:41:20 PM EST

Re: MS SQL Server: Logs & performance tuning? - (orion) - Feb. 17, 2003, 02:56:59 PM EST

Non-intuitively, you need to set the backup strategy. - (rickw) - March 18, 2003, 09:17:21 PM EST

How I Learned to Stop Worrying and Love the Bomb
71 ms