根据http://dotbert.loedeman.nl/delete-workspace-from-no-longer-existing-tfs的建议，以及http://dotbert.loedeman.nl/?p=73。

我们可以通过在VS2005/2008下的Command Prompt来运行下面的命令以去除对应的Workspaces：

1、清除所有Workspaces的缓存：tf workspaces /remove:*

2、清除指定Server的Workspaces缓存：tf workspaces /remove:* /server:<mytfsserver> ; <mytfssever>即为指定的TFS Server

在具体点的话，就请各位自己用 tf workspaces /remove /? 来查清楚了。

如果有源代码的话，更改程序集中的资源文件就特别简单了。

但如果没有源代码呢？重新做一个？可能已经编译过的dll里面还有些什么不知道的东东呢，那要经过编译测试，再编译再测试了。

其实更改已编译的dll里面的资源只需以下三步：

#1：反编译

用以下的命令来搞一下反编译：

ildasm /out=assembly_name.il assembly_name.dll

把assembly_name更改为你需要的文件名。

如果你反编译的dll只是一个resource集的话，那就会得到三个文件：

1. *.resources - 二进制资源文件。
2. assembly_name.res - 资源表。
3. assembly_name.il - MSIL代码。

#2：更改资源文件(*.resources)

因为这个*.resources文件是二进制的，所以需要用到工具才能编辑。我用的是Resource .NET。

编辑保存好之后，就可以进行第三步了。

#3： 编译

可以用以下的命令来把刚才反编译的编译成dll：

ilasm /RESOURCE=assembly_name.res /DLL assembly_name.il /OUTPUT=assembly_name.dll

把assembly_name更改为你需要的文件名。

另外，如果该DLL是有签名的话，那么就可能不行的哦。

TFS 2005/2008 both ship with the TfsDeleteProject.exe utility.

Open a command line on your team foundation server and cd to

%program files%\Microsoft Visual Studio 9.0\Common7\IDE (2008)
%program files%\Microsoft Visual Studio 8\Common7\IDE (2005)

Then:

tfsdeleteproject /q /force /server:<tfs server> "<project name>"

还是sqlservercentral.com的问题与解答。

问题：

Consider the following statements:

    create table #t (i int identity(1,1) not null, c varchar(5) not null)
    insert into #t (c) select 'one'
    truncate table #t
    insert into #t (c) select 'two'
    delete #t
    insert into #t (c) select 'three'
    select * from #t

What will be the result of the select query?
A. 1 , three
B. 2 , three
C. 3 , three

你的答案会是哪个呢？我又选错了，选了C。如果两次都是DELETE的话，那么C不会错咯。

那么A呢？经过了两次INSERT，不会还是1了吧。如果两次都是TRUNCATE的话，那么A也不会错了。：），或者DELETE在前，TRUNCATE在后，也没问题。

单选题，A和C都没了，那答案就会是B咯。就像上面两句的假设，一样，由因得果咯。

我们看题，先是创建了一个TABLE，有两个列，列 i 是整型的，并可自增长。列 c 是字符型的。

然后，就把 'one' 插入到TABLE。这时，TABLE里面就有一行。其中列 i 是1，这个是自增长的。

接着，把TABLE #t 给TRUNCATE 了。TRUNCATE这个动作呢，就会把列 i 的计数器给复原为起始值了。这里，TABLE没记录了，列 i 的计数器会回归为1。

再插入一个 'two' 到TABLE。TABLE又有了一行记录，由于上一步的TRUNCATE，列 i 的计数器复位了，所以这个记录的列 i 还会是1。

真费事，刚插入进去，又要DELETE了。但这次DELETE，不会复位列 i 的计数器。

又插一次 'three' 。由于列 i 的计数器没有在上一步被复位，所以这时这一行新加的记录里面的列 i 将会是2。

也就是select * from #t 的结果，会是 2 , three 。

这个问题想说明，TRUNCATE 与 DELETE 的分别：TRUNCATE 会复位自增长列的计数器，而DELETE不会。

刚刚才考虑是否天天写！不过，是该继续努力做下去了。不然，浑浑噩噩过日子不好了，上有老下有小的。再说，写写文章长长记性！提高提高自己！：）

好了，不废话了！刚才查查邮件，收到了sqlservercentral.com的Newsletter。这期里面有个问题：

declare @str varchar(max) 
select @str = replicate('#',10000) + replicate(cast('#' as varchar(max)),8000)+ '#' + '#' + '#' 
select len(@str)


The output of the above code in SQL Server 2005 is:

A. 16003

B. 18005

C. 8000

D. Error: Incorrect syntax near '.

可能不怎么用过varchar这个数据类型，更加是不清楚varchar(max)的情况。结果，我选的答案是C，不过 Sorry - you were wrong。

我的理解是varchar在SQL Server 2005中的长度只有8000 bytes，最多也就8000 bytes了。所以就选了C，一个错误的答案。

原来，varchar在varchar(max)的时候，最大能容下2,147,483,648 bytes，这是在SQL Server 2005中的情况。而在Oracle 9i，varchar只有 4000 bytes。在MySql，有65,535 bytes。

因此，那答案会不会是B呢？不，B也是错误的。也不会是D，至少那些SQL Statement不会出错。

正确答案是A。

原因是：replicate这个函数虽然可以按照你的想法把指定的字符（串）复制一定的次数，但不是无限的，在没有指定字符（串）的数据类型为varchar(max)或nvarchar(max)的情况下，replicate只会得到一个8000 bytes的值，多出都会自动截断。

这样，第一个replicate('#',10000) 只能得到 8000 个 '#' ；而第二个有把 '#' 显式转换为varchar(max)，但由于指定了 8000 ，因此也只有 8000 个 '#' 。

再加上后面 3 个 '#' ，最后的 len 函数的结果也就是 16003 了。

虽然这个问题的目的是replicate函数，但同时varchar也在里面，也有varchar(max)。

虽然我本来写的东西不多，但是现在想起会不会是我都没有总结过的原因呢？

昨天，有个朋友问我有没有想过把最近在玩ESXi的经历写下来。对于这个问题，我突然发觉确实是自己没有写东西的习惯，一些想法经历就这样无意中溜走了。

今天，决定开始写一下ESXi的那个经历。但由于很少自我总结做过的事，也没怎么写过文字。现在都还没个思路。

想想，从开始第一份写代码的工作，到现在，已经6年了。这6年里，感觉自己进步最快的是前四年。最近两年都是浑浑噩噩的过了。就快7年了，快到一个“痒之年”了。

还是我那个朋友问得好啊，有想法有经历为啥不写下来呢？

写的过程也算是一个沉思和回想总结的过程吧！做过的事，想过的问题。记录下来，就是沉淀了。

是不是以后该每天都写呢？