MYSQL网页编程之加解密文本的函数

用户时常会发现其实自己并不是第一个选用MySQL数据库的先驱者。”PrivateSubComman1_Click()
Dimstr1,str2,str3AsString
str1="王宇虹"
str2=Encrypt(str1,188,24)
MsgBoxstr2
str3=Encrypt(str2,188,24)
MsgBoxstr3
EndSub
PrivateFunctionEncrypt(ByValstrSourceAsString,ByValKey1AsByte,_
ByValKey2AsInteger)AsString
DimbLowDataAsByte
DimbHigDataAsByte
DimiAsInteger
DimstrEncryptAsString
DimstrCharAsString
Fori=1ToLen(strSource)
从待加（解）密字符串中掏出一个字符
strChar=Mid(strSource,i,1)
　取字符的低字节和Key1举行异或运算
bLowData=AscB(MidB(strChar,1,1))XorKey1
取字符的高字节和K2举行异或运算
bHigData=AscB(MidB(strChar,2,1))XorKey2
将运算后的数据分解新的字符
strEncrypt=strEncrypt&ChrB(bLowData)&ChrB(bHigData)
Next
Encrypt=strEncrypt
EndFunction
也许最好的策略是以不变应万变：给客户他们所需要的，不多也不少。如果MySQL学习教程适合他们，他们就不应该买别的工具。事实上，云计算产业一直推崇自助服务，但提供这些服务的公司已经开始认识到解决方案提供商推销他们商品的价值。

入门没那么困难，精通没那么容易

一直以来个人感觉SQLServer的优化器要比Oracle的聪明。SQL2005的更是比2k聪明了不少。（有次作试验发现有的语句在200万级时还比50万级的相同语句要快show_text的一些提示没有找到解释。一直在奇怪。）

备份方面可能还是一个老大难的问题。不能单独备份几个表总是感觉不爽。灵活备份的问题不知道什么时候才能解决。

而SQLServer如果能像Oracle一样可以为登陆分配如：5%的cpu，10%的内存。就可以解决这个漏洞。

还不是性能有问题！否则面向对象的数据库早就实现了！建议使用CLR的地方一般是和应用的复杂程度或操作系统环境有很高的耦合度的场景。如你想构建复杂的算法，并且用到了大量的指针和高级数据模型。

varchar(max)\\\\nvarchar(max)类型的引入大大的提高了编程的效率，可以使用字符串函数对CLOB类型进行操作，这是一个亮点。

这一点很好的加强了profiler的功能。但是提到profiler提醒大家注意一点。windows2003要安装sp1补丁才能启动profiler。否则点击没有反应。

微软对CLR作了大篇幅的宣传，这是因为数据库产品终于融入.net体系中。最开始我们也是狂喜，感觉对象数据库的一些概念可以实现了。