P.Linux Laboratory

今天查看访问记录竟然发现有translate.google.com访问我博客的记录，而且不少。
点开一开，还是使用Google的中文–>英文页面的翻译，这个老外很可爱。
那篇关于大学生就业形势分析的论文一直高居我博文点击量之首，太搞笑了。
我想这个老外怎么搜到我的文章的，我文章里没英文啊，难道这个老外是想知道中国的大学生就业形势，
然后把几个词翻译成中文再Google？呵呵，我对他怎么查到的非常感兴趣。

转自：http://www.itpub.net/thread-1034410-1-2.html
觉得很好，就转过来留个存档。
 

一.语法

explain < table_name >

例如: explain select * from t3 where id=3952602;

二.explain输出解释

+—-+————-+——-+——-+——————-+———+———+——-+——+——-+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+—-+————-+——-+——-+——————-+———+———+——-+——+——-+

阅读全文…

看了一个网站http://kinghost.mirrors.phpclasses.org/blog/post/82-PHP-ObjectRelational-Mapping-ORM-or-ROM.html，好东西不少。
又翻看了些博文，http://bighou.javaeye.com/blog/425708，http://luwenpan-gmail-com.javaeye.com/blog/262918。

才发现我一直理解的ORM其实是ROM。我一直以为是先设计表结构，再把表结构映射成对象；看了这些文章，如果我没有理解错的话，先设计表结构（Relationship）再映射成对象（Object）是ROM，并非ORM。Hibernate是ORM工具，也就是先设计对象，再映射为数据库表，实现持久化。
可是这样一来，数据库层面的优化怎么做呢，对象直接映射为表，这是没优化过的模式。实际生产库中应该还是先设计表结构再做ROM吧，Hibernate虽然有ORM，但是实际生产中优化更重要吧，编程上的便捷损失了太多运行效率应该是得不偿失的。
对J2EE不太了解，希望有开发经验的同志们能指点一下。

我最早是使用Visio画UML的，但是用的很不爽的是它把不通类型图的图形放一块，画一个UML图往往要翻好多次选择栏才能找到要的图形，大而全但不方便使用，并且不能生成代码，用它做了一个学校系统的类图后就放弃了。后来看了大象书（Thinking in UML），把Retional那一套东西下载下来，试用了下Rose，太臃肿，不敏捷并且收费，放弃。然后看邱郁惠的《系统分析师务实手册》，了解了StarUML这个东西，感觉很好，用了一段时间，做了几个项目的需求分析建模~后来再搜索其他的开源UML工具，发现了不少，还跨平台，开源的世界果然是强大的。发现的另一个比较好的就是argoUML，基于Java的，用了一会，感觉图比StarUML美观，但是用起来有点不是很顺手。
这里还是把starUML和argoUML这两个开源界比较好的UML工具拿出来比较一下吧。

阅读全文…

当年做移动通讯自组织网络的时候移植系统的文档。

Qtopia的版本的确是相当的混乱，去官网的FTP上看看你就知道有多乱了，无数的版本，若不提前了解一下各个版本的信息，单从文件名是根本无法分辨出哪个才是需要移植的源码包。

经过研究后简单总结如下：qtopia-opensorce是整个qtopia的一个解决方案，包括手机和PDA两个界面，并且还有诸多上层的应用程序，编译安装后应该可以直接使用。而qtopia-core是qtopia-opensource的一个子集，如其名字只包含核心库文件，相当于一个qtopia环境而已。

所以在这里，我们选择的包是：qtopia-opensource-src-4.3.2.tar.gz
阅读全文…