asp.net 疑惑.

Question

各位大虾
1. 一个asp.net程式在服务器上有多少个进程？线程？
2. 多个用户通过一个Asp.net页面操作同一个数据的同一张表，这些操作中有查询、更新、插入、删除等操作(对 更新、插入、删除有.net的事务处理)，每个用户的请求是怎么协调的。比如先后问题。每一个请求是否都产生一个线程。
3. 现在我手上维护一个程序。它包括页面的Asp.net 程序（对于更新等操作都有事务处理）和一个用来计划任务的控制台程式（一般晚上跑，但有时也会白天手动跑，主要用来更新标志位和发送邮件，对于更新都有事务处理）。现在出现了死锁。 什么情况会出现死锁。程式没有用到多线程，也没有连接池。

Answer 1

select應該不會出現死鎖.
edit有可能出現死鎖.

Answer 2

1 asp.net 网站 只有一个进程 w2wp.exe
至于有多少线程 看你程序设计
2 多用户更新表  需要锁 这个是数据库知识
3 MSSQL处理死锁存储过程

Answer 3

现在好像是w3wp.exe 因该是VS版本问题吧

Answer 4

w3wp.exe
进程多少看程序是否使用了多线程
通过锁机制处理并发操作
死锁是否消耗资源过多，优化代码:减少内存和非托管资源的使用，或者及时释放内存和非托管资源

Answer 5

SQL Server锁类型　　1． HOLDLOCK: 在该表上保持共享锁，直到整个事务结束，而不是在语句执行完立即释放所添加的锁。　　2． NOLOCK：不添加共享锁和排它锁，当这个选项生效后，可能读到未提交读的数据或“脏数据”，这个选项仅仅应用于SELECT语句。　　3． PAGLOCK：指定添加页锁（否则通常可能添加表锁）。　 　　4． READCOMMITTED用与运行在提交读隔离级别的事务相同的锁语义执行扫描。默认情况下，SQL Server 2000 在此隔离级别上操作。。　 　　5． READPAST: 跳过已经加锁的数据行，这个选项将使事务读取数据时跳过那些已经被其他事务锁定的数据行，而不是阻塞直到其他事务释放锁，READPAST仅仅应用于READ COMMITTED隔离性级别下事务操作中的SELECT语句操作。　　　6． READUNCOMMITTED：等同于NOLOCK。　　　7． REPEATABLEREAD：设置事务为可重复读隔离性级别。　　　8． ROWLOCK：使用行级锁，而不使用粒度更粗的页级锁和表级锁。　　　　9． SERIALIZABLE：用与运行在可串行读隔离级别的事务相同的锁语义执行扫描。等同于 HOLDLOCK。　 　　10． TABLOCK：指定使用表级锁，而不是使用行级或页面级的锁，SQL Server在该语句执行完后释放这个锁，而如果同时指定了HOLDLOCK，该锁一直保持到这个事务结束。　　 　　11． TABLOCKX：指定在表上使用排它锁，这个锁可以阻止其他事务读或更新这个表的数据，直到这个语句或整个事务结束。　 　　12． UPDLOCK ：指定在读表中数据时设置更新 锁（update lock）而不是设置共享锁，该锁一直保持到这个语句或整个事务结束，使用UPDLOCK的作用是允许用户先读取数据（而且不阻塞其他用户读数据），并且保证在后来再更新数据时，这一段时间内这些数据没有被其他用户修改。

Answer 6

一个用户A在web页面上提交一个请求(也许是查询数据,也许是插入数据).此时正好另外一个用户B也提交了一个请求. 那是不是在服务器的这个程式的进程 分别为 这两个用户建立一个线程?我现在维护的程式是公司的加班申请的程式.它有两个程式:WEB程式&控制台程式(主要用来以发邮件的方式提醒,和更新标志位.一般是晚上 12点的时跑 但有时也需要在白天跑.但是白天跑时 有很多文员在用web程式更新:都是同一个数据库同一张表(数据较大:60W左右).什么情况会出现死锁呢?因为凡是用到有改动数据库的地方我都用到了.NET的事务控制.
谢谢!