ASP.NET(C#)和Sql2005组合性能问题研究

我现在遇到两个性能问题,请大家一起研究!~

第一个问题:
 我们网站的信息系统,每天新增100W条用户数据,不知道如果解决才能查询更新
更快,更合理
 现有做法
 我们现在用Sql 2005已经按用户做过表分区了,每个表分区中每天有5W新增数
据.并且分区也不能的磁盘中,I/O也不是题,但就是因为数据量很大,如果我们只保存用
户3天内的聊天交友信息,数据量一定很稳定,但现在我们要保存数据1个月,也就是表中
有3000W条数据信息.查询很慢.
 表结构如下:

CREATE TABLE [dbo].[tb_message_new](
 [ID] [int] IDENTITY(1,1) NOT NULL,
 [Userid] [int] NOT NULL,
 [Userid_from] [int] NULL DEFAULT ((0)),
 [UserName_from] [varchar](30)  DEFAULT (''),
 [Msgtype] [int] NULL DEFAULT ((0)),
 [Content] [varchar](500) DEFAULT (''),
 [Msgurl] [varchar](200)  DEFAULT (''),
 [Status] [int] NULL DEFAULT ((0)),
 [Submit_time] [datetime] NULL DEFAULT (getdate()),  CONSTRAINT
[PK_tb_message_new] PRIMARY KEY NONCLUSTERED (
 [ID] ASC
)WITH (PAD_INDEX  = OFF, IGNORE_DUP_KEY = OFF) ON [PRIMARY]
) ON [UserScheme]([Userid])

 ID是主键
 并且对userid,userid_frim,submit_time 做了索引

 第二个问题:
 当我闪公告或推荐一个条新闻数据,同时会有1W个用户并发查看(并发用户),我们的统计是每次+1,现在数
据库更新时有问题了,排队更新,速度太慢.
 我们现在想在程序中做统计,不进行数据库统计,每次在程序中+1,加到100后,
再更新一次数据库,程序这边数据清0.
但这样统计,数据有点不准确.
    以上是我们现在的方法,如果有更好的,还请各位大师指教..