上回书说到，用C#来进行中文编程，最后的主程序上很是有趣，没看过的客官，可以看看第一篇《让我们用中文编程》。看到有些客官，在后面说到，如果连那些关键字也能够中文化就好了。当时心中无奈，唉，谁叫C#不支持#define来替换关键字呢？在这风云变幻的年代，每一分钟都有奇迹的发生，曾经的“不可能”，很有可能就变成了“想当然”。当初的无奈，现在还是无奈么？请看下文。
随着11月7日，微软Visual C++ 2005的发布，我们关注到，VC8.0中增加了大量新的特性，包括最重要的，引入了C++/CLI，可以说是给C/C++语言历史上掀起了新的一页。作为一个方言的出现C++/CLI会有什么样的作为，却是值得大家拭目以待，是功是过，由历史来评说。但是我们也注意到，VC8.0引入了一个非常有趣的支持，VC8.0开始支持Unicode的源代码了。如同C#和Java一样。如今，我们要写C++程序，已经完全允许在代码中出现Unicode编码的变量名、函数名、类名等等，并且#define也支持Unicode替换了。阅读全文>
发表于 @ 2005年11月11日 19:35:00|评论(loading...)|编辑
本来是个帖子，但是问的问题没有得到实际的答案。所以干脆放到Blog上来好了，当作长期的一个题目。这样如果有人看的话，也许能够给我一些线索。
我用C#做数据库应用的时候，经常遇到的一个问题就是内存消耗特别大。这种情
况在作大数据量的数据库导入导出的时候更为明显。
说一个常见的数据库导入导出的Case, 大家看看比较合理的办法是什么：
环境：
有一个数据库SRC, 里面有500万条记录。有A, B, C三个字段。数据库的大小去
掉水分后，大约500MB的数量级。这个作为源数据库。
数据库DEST是目标数据库，里面有AA, BB, CC, DD, EE, FF等5个字段。
其中，AA, BB, CC的值，是根据SRC.A和B的值计算得来的。而且过程复杂，所以
不适合使用存储过程实现。并且AA, BB, CC不是单独得出，而是同时以SRC.A和
SRC.B得出的（当然，运算三遍可以分别取到各值，但显然运算量就大了3倍）。
目的：
将SRC中的所有数据经过变换，导入到数据库DEST中。
我所尝试过的方法：
……阅读全文>
发表于 @ 2005年11月07日 21:41:00|评论(loading...)|编辑