Not to be cynical or anything, but from past experiences I can say that I'm close to certain that 1 SQL write per page hit will create no worse of a bottleneck than you may already have in the code that is running, particularly if this is a database intensive application.
What do you mean when you say "tracking current session separate from page hits"? What session can you track without tracking page hits? I don't see how/what you would track in the session. It sounds like you want to have the sessions maintain their own tracking data then eventually write that "in summary" to the database. One question that raises is how do you know when the session is over? In ASP, the Session_OnEnd function in the global never seems to work quite right. Many people have reported that the function never fires. I don't think that is reliable. Short of that, I don't see how you'd be able to do this.
Peter
|