2007-07-21 14:57:57 by 番茄红了鸡零狗碎
这是在查找Oracle客户端工具时找到的一个软件，使用JAVA开发的，目前拿他来做Oracle、MySQL、PostgreSQL甚至包括 MS SQL Server 数据库管理都是一件非常轻松的事情，官方网站为：http://www.dbvis.com/products/dbvis/。
目前最新版本为6.0，不过我使用的是5.0，大家可以在官方网站申请试用，试用时间为20天。(PS：网上流传有5.0的Crack文件，大家可以去找找)
个人还是比较喜欢这种GUI的管理方式，特别是可以轻松生成E-R图并导出，所以决定以后都使用放弃 phpMyAdmin。
以下是我的BLOG程序数据库E-R图，怎么样，还不错吧。
不过创建连接之前需要下载 JDBC 的jar包，基本上都是使用 jdbc 的方式来建立连接的，相关包大家可以到官方网站下载：http://www.dbvis.com/products/dbvis/drivers.html
DbVisualizer添加JDBC驱动程序的步骤：
1． 选择Database菜单。
2． 选择DriverManager 菜单项。
3． 选择Add new driver location 工具栏菜单项。
4． 选择mysql-connector-java-3.0.9-stable-bin.jar。
创建MySQL数据库连接：
1． 选择Database菜单。
2． 选择 Add Database Connection菜单项。
3． 指定连接别名 (如 sem)。
4． 在下拉列表中，把JDBC驱动选择为com.mysql.jdbc.Driver。
5． 在下拉列表中，把数据库URL选择为 jdbc:mysql:/// 。
6． 将URL修改为个人的地址，输入用户名和密码，连接建立完毕
对于具体的细节，大家自己去体验了，非常强大的功能界面，感觉操作方式及设计上还是比较人性化的，顺便截两张界面图，分享一下
2007-07-21 04:55:52 by 番茄红了鸡零狗碎
今天晚上睡得早了点(一点多睡的)，结果睡了几个小时睡不着，于是爬起来喝点啤酒~~突然想到一直想写个自己的BLOG程序，于是决定利用 Zend Framework 做开发，编写个人的 BLOG 程序。花了点时间，把基础的环境搭建起来先，感谢星星为我提供 SVN 空间。
SVN 地址为：svn://www.i-fang.com/Akon
目前仅对入口文件及一些简单的操作进行了封装，有兴趣的朋友可以看一下。
不过估计不会花太多时间在这上面，因为项目也比较紧，加上最近准备花大把时间学习C，所以开发进度可能会比较缓慢，不过算啦，有时间就写一点，相信总会写完的。
2007-07-05 13:28:59 by 番茄红了鸡零狗碎
今天看一新闻文章时看到的一段，觉得有点意思，给大家分享一下
1、紫菱说巴黎铁塔没什么了不起:它从前面看是一座铁塔，它从后面看是一座铁塔，它从左面看是一座铁塔，它从右面看是一座铁塔，它从上面看是一座铁塔，它从下面看还是一座铁塔……
2、紫菱:云帆，我晕车耶！
云帆:怎么会晕车呢，这只是马车呀。是不是中暑了？有没有发烧？
紫菱:我不是那种晕车！我是坐着这样的马车，走在这样的林阴大道上，我开心得晕了，陶醉得晕了，享受得晕了，所以，我就晕车了。其实，我自从来到普罗旺斯，就一路晕。我进了梦园，我晕。我看到了有珠帘的新房，我晕。到古堡，我晕。看到种熏衣草的花田，我还是晕。看到山城，我更晕。反正，我就是晕。
云帆:好，你晕吧，我在你身边，如果你晕倒了，我会抱住你。
2007-07-03 23:28:53 by 番茄红了鸡零狗碎
由于ZF1.0的发布，导致最近与某些人在在PHPChina上大打口水战，很是不爽。
今天在看某一论坛XX人的解答时，发现了不少个人认为是解答错误的地方，特来指出一二，如果觉得我说得有错的，欢迎指教。
另外也针对一下XX人一直认为“特别”优秀的框架做一些简单的对比。
1、关于Join会降低效率，使用“递归关联查询”提高效率
参考：http://www.fleaphp.org/bbs/viewt … p;extra=page%3D1### 四楼
1、不同对象的职责更明确；
2、尽量减少不必要的 join，显著提高查询效率；
3、可以在递归关联查询时，获得更多的灵活性。
1、首先我不明白什么是“递归关联查询”，我搜篇了Google没发现有这个名词，估计乃XX人所独创，实在是强。
2、如果“递归关联查询”是指“递归查询”的话，不知道有谁听过“递归关联查询”比JOIN更快的方法。
3、从来只听说过使用JOIN的方法来提高查询效率，生平第一次听说JOIN会使效率降低，实在感叹自己像XX人所说“井底之蛙”，不知道XX人是否知道什么叫做笛卡尔乘积？
一些参考：http://dev.mysql.com/doc/refman/ … t-join-optimization
http://edu.cnzz.cn/NewsInfo/29612.aspx
4、至于说到JOIN在查询大量数据时会降低效率，这不能说明什么，只用一个select查询表和多表关联查询时能快多少？
不知道有没有谁的项目是会在一个页面中显示上百条记录的数据的，我想很少，那么这个效率已经缩小了。
5、JOIN真的会慢很多吗？
当JOIN的驱动表(应该是一个结果集比较小的表)对另一个表做查询时，表中最多只有一行匹配的记录，它在查询一开始的时候就会被读取出来。 由于只有一行记录，在余下的优化程序里该行记录的字段值可以被当作是一个恒定值。MySQL在查询时做一个 LEFT/RIGHT JOIN 优化时，当它在当前表中找到了和前一条记录符合 LEFT JOIN 条件后，就不再搜索更多的记录了。
由上可见，当驱动表较小的时候，使用JOIN做查询的时候，是会超过其他的方式的(当然不包括单表的SELECT)。当然JOIN确实也是会降低效率的，因为他要花很多的功夫在对数据的排序操作上，但当驱动表变小的时候，这一性能上的消耗几乎可以忽略不计。除非有人硬是要在一个页面上取出成百上千条记录，但我想这个时候要还没建视图，我想这家伙也够笨了，如果有人认为还有比视图查询更快速的查询方法，麻烦提出来，其实JOIN不就是一个逻辑上的视图吗？
2、建议手写 SQL 作为 $conditions，这样效率非常高，而且再复杂的条件都可以使用
参考：http://www.fleaphp.org/bbs/viewt … &extra=page%3D1
1、这是一个多么幼稚建议啊，稍稍复杂一点就要都手写SQL语句了，那我还要框架干嘛呢？
殊不知被人称为丑陋的 Zend_Db_Select 在这上面就非常好用，添加几段类似如下的代码，由ZF本身对几个字符串组合一下就能生成正确的SQL语句，这样已经大大减少了写SQL语句的工作，对于一个项目来说，少写许多SQL语句对于开发效率来说会是一个多大的提升啊。
(PS：不知道是不是因为ZF要组织一下字符串生成SQL，而使某人觉得这样消耗了性能还是其他，如果是这样我也无话可说了)
$select = $db->select();
$select->from(….)
->where(….)
->where(….)
->where(….)
…;
看上面的代码，多么容易阅读和扩展啊？居然有人说这是垃圾，真搞不懂，哎~~~
3、可以给 $dbo 增加两个属性：activeDb 和 defaultDb，分别指示当前操作的数据库和该 $dbo 原本要操作的 数据库
参考：http://www.fleaphp.org/bbs/viewt … &extra=page%3D1
不知道XX人听说过 Database Schema 这个东西没有，我很庆幸我正在使用中的 Zend Framework 提供了这个功能，非常方便且好用，至少不需要像XX人提出的建立多个连接来进行操作了。
(PS：我之前在某文中提到的框架局限性中非常严重的包括了这一部分的问题)
总结：看了看XX框架的代码，看了看某人对数据库的了解，感觉这个框架在DB这方面的设计思路上似乎有些问题，可能效率不是很好，不过还没做数据测试，暂时不下定论，明天抽个时间做个测试吧。另外，XX框架号称支持Oracle，殊不知在Oracle中根本没法使用，因为作者似乎不知道 Database Schema 是一个非常重要的东西，相信框架的作者并没有在Oracle上做太多的测试就发布了，让人用起来有点心惊胆战的。
