刚刚才考虑是否天天写！不过，是该继续努力做下去了。不然，浑浑噩噩过日子不好了，上有老下有小的。再说，写写文章长长记性！提高提高自己！：）
好了，不废话了！刚才查查邮件，收到了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年了，快到一个“痒之年”了。
还是我那个朋友问得好啊，有想法有经历为啥不写下来呢？
写的过程也算是一个沉思和回想总结的过程吧！做过的事，想过的问题。记录下来，就是沉淀了。
是不是以后该每天都写呢？
