小编Tim*_*ahy的帖子

我目前正在移植一段用.NET 3.5到2.0编写的代码.在代码中的某些时候(重负载)正在使用AesManaged类,与RijndaelManaged相比,此实现是否有任何性能提升,并且从AesManaged到RijndaelManaged有关重负载时是否应该有任何风险？

我想知道是否可以抑制SQL存储过程中的事务.我的SP中有以下情况(我希望实现):

WHILE TRUE
BEGIN TRY
    BEGIN TRANSACTION A
    RECEIVE MESSAGE FROM SSB QUEUE WITH TIMEOUT

    BEGIN SUPPRESS TRANSACTION 
      WHILE RECORD IN TABLE
         BEGIN TRANSACTION B
           DELETE RECORD FROM TABLE OUTPUT RECORD INTO D
           SEND RECORD D TO OTHER SSB QUEUE
         COMMIT TRANSACTION B
    END SUPPRESS TRANSACTION
    COMMIT TRANSACTION A
END TRY
BEGIN CATCH
    ROLLBACK TRANSACTION A
END CATCH

所以我真正想做的是事务B没有被列入事务A :)

有没有什么方法可以限制用.NET编写的Windows服务的cpu使用率,无论是在服务代码内部还是外部.将当前线程设置为最低优先级不是一个选项,但是一旦异常开始发生,cpu负载就会上升,是否可以限制它？

是否有关于SQLServer中Service Broker基础架构未来的任何信息？该团队的博客(http://blogs.msdn.com/b/sql_service_broker/)不是非常活跃,SQL 2008 R2版本中只有很小的变化.当现在构建需要异步排队的分布式系统并且基础架构中已经存在SQLServer/.NET堆栈时,我将构建的内容在未来3年内不会过时的机会是什么？

有什么路线图可以从MS获得,或者在像PDC这样的会议上有人对此有所了解？