手机浏览 RSS 2.0 订阅 膘叔的简单人生 , 腾讯云RDS购买 | 超便宜的Vultr , 注册 | 登陆
浏览模式: 标准 | 列表2008年08月24日的文章

我想说一句话

Submitted by gouki on 2008, August 24, 10:05 PM

对于今天晚上的闭幕式，我有一句话要讲：春晚，又见春晚。
相对于贝克汉姆的出场，和最终的群星演唱，我实在想不出有什么可以形容我的心情的。对比于历年可见的类似节目，我只能感慨一下，今年我提前看到了春晚。
估计和我有同样想法的人不在少数吧？什么事情都是虎头蛇尾的，也应该算是我们的风俗了。可怜最后几个明星演出。我只看到了三个人。还有一个穿白衣的，我死活看不到脸。

镜头，走位。唉。。。拍摄风格也是和春晚相差无几，我还能说什么？

Tags: 春晚, 闭幕式, 贝克汉姆, 伦敦

Misc | 评论:1 | 阅读:16812

请把最后一点纯真留给孩子

Submitted by gouki on 2008, August 24, 8:42 PM

CCC透漏，YYY小朋友的落选主要是因为考虑到对外形象，是为了国家利益。

部分网友表示认同，称林杪可与YYY都是“英雄”。但是也有网友进行了反驳，认为“假唱不好，让小孩假唱更甚”、“请把最后一点纯真留给孩子”。

是不是有点没头没脑的？那是因为我担心网站上有了不该有的内容会被别人起诉。详细情况请看：http://eladies.sina.com.cn/news/2008/0812/1222752889.shtml

Tags: 失望, 纯真, 欺骗

Misc | 评论:0 | 阅读:16362

意外的收获

Submitted by gouki on 2008, August 24, 6:34 PM

飞天小肥猪的简单人生
100.0%男性倾向,0.0%女性倾向
   
评点：您的文风冷静而镇定，言语间展现出强悍的思辨能力与恢宏的胸襟，一个男子汉的阳刚形象跃然纸上。
yodao | 博客男女

看到上面的内容没有？上面的可不是我自己写的，哇哈哈哈。其实很意外，在搜索一些RSS的时候，看到了这个。然后自己检测了一下，就是这个结果。当然我也不知道它的算法是什么样的。为什么会这样。但既然是博君一样，总归是需要有点好结果的吧？本来想把复制过来的URL链接去掉的，但想想，别人也是一片心血，也做了一个这样的玩意给我们大家娱乐，总要给点别人面子的吧？
下面的还是在有道网上生成的一个FLASH，本来想放到左侧去，但想想左侧被我更多的用来使用显示广告了。因此还是先留在这里。不过我会有想法等我文章内页的广告到期后，换成首页的那个BLOGUP，然后BLOGUP的位置放上这个玩意。


定制我的博客魔方 Yodao提供

Tags: 博客, 评分, 有道, 博客男女

Misc | 评论:0 | 阅读:17726

主键和外键的设计原则

Submitted by gouki on 2008, August 24, 5:17 PM

从MYSQL4.1开始，它终于支持了外键。在数据库设计中，主键和外键是一种能够把多个表组织为一个有效的关系数据库的粘合剂。它们的设计良好与否对数据库的性能和可用性有着决定性的影响。

不得不说的是，在系统设计的时候，必须将数据库模式从理论上的逻辑设计转换为实际的物理设计。而主键和外键的结构是这个设计过程的症结所在。毕竟，一旦将所设计的数据库用于了生产环境，就很难对他们进行修改，因此，在开发阶段设计好主键和外键就显得犹为重要。

对于主键而言，它是不可被重复的，而且尽量不包含特殊含义，毕竟主键的使用只是为了让数据库多一条高效的索引，而且在被外部引用的时候不会产生重复。同样重要的是主键最好不要和其他键一起组成复合主键，而应该单独用一列来表示。

正因为主键的特殊性，所以在大多数情况下我们都采用了自增字段来表示（但由于前台应用的特殊性，建议在表字段中增加一列有唯一约束的字段，用作前台显示用。比如，原来查看新闻可能是：news.php?newsId=123,这样别人很容易猜出下一条是124，前一条是122，平时这样使用是无所谓，但如果是使用在订单上，别人就很容易知道你的订单数量等，如果采用了GUID这样的值，虽然看起来复杂了一点，但永远不会被人猜出你的订单）

当然主键也可以使用这种GUID来进行设定，但确实是不太建议使用，我主要是指MYSQL，因为MYSQL默认没有默认生成这样键值的函数。而且使用定长字符串做主键，在被外部引用的时候，就显得太长了。

而外键就相对来说比主键约束要小的多，但也是有一定规范的。比如，用主键作外键，这是大多数人的用法。即使在MYSQL尚未支持外键的时候，大多数情况下。也都是通过这样的方式来进行关联。

在使用外键的时候，一般建议是不要超过4张表关联，超过4张，可能你在某些个表里就纯粹看到的是ID记录（类似于数据库的索引），这个时候麻烦的问题就来了。该如何维护这样一个全是ID记录的表呢？一旦这个表被人误操作了。那么。所有的数据都将失去关联了。（如果数据库支持外键功能，在删除这样的外键关联数据，我记得是会出错的。）

外键，除了使用主键外，还有就是那种具有唯一索引的列，仔细想想也确实这样，如果没有唯一，那么关联出来的数据怎么能够具有唯一性？

利用外键进行数据的更新删除，应该是最方便的了。这样也可以避免数据库里会存在冗余数据。

——END——

纯粹是在这里发发牢骚，真正的表设计不是这么简单的。还要根据实际的应用，但这些可以算是一些小小的经验。也许在真正的高手眼里这些都不值一提。但，千里马常有，而伯乐不常有啊。很多人都认为是理所当然的事情，不代表我们这些新手就明白。

记录下来，作为参考，也算是一个笔记

Tags: mysql, primary key, index key, foreign key, design

DataBase | 评论:1 | 阅读:30114