Re: tricky TimeSpan editing
- From: "DKode" <dkode8@xxxxxxxxx>
- Date: 25 Apr 2005 14:01:10 -0700
thank you for the information. It was very informative.
If i do implement transactions, then I will probably employ it at the
t-sql level, instead of bloating my code more. Whenever I can do
something on the backend in t-sql, I try to do it there to save
bandwidth and processor usage.
I'm thinking that I might be able to port some of the original code
over to t-sql. For instance, the part of the code that fixes all of the
endtimes at the very least. But since most parts of this do need to be
processed in code, I might have to adopt ado.net transactions as well.
In reality, there will be only one user editing their time*** at a
time. The "admins" (about 3 of us) will be editing other peoples
timesheets but not even at this level, only if there is a problem or
they can't figure something out (more of a support standpoint)
Thank you sir for all your information, you have been extremely helpful.
.
- References:
- tricky TimeSpan editing
- From: DKode
- Re: tricky TimeSpan editing
- From: Bruce Wood
- Re: tricky TimeSpan editing
- From: DKode
- Re: tricky TimeSpan editing
- From: Bruce Wood
- Re: tricky TimeSpan editing
- From: DKode
- Re: tricky TimeSpan editing
- From: Bruce Wood
- tricky TimeSpan editing
- Prev by Date: Re: Enums and casting
- Next by Date: Re: How to get name of application that launched current process
- Previous by thread: Re: tricky TimeSpan editing
- Next by thread: open add scheduled task wizard in my code
- Index(es):