一、MYSQL存储引擎大全：
·MyISAM：默认的MySQL插件式存储引擎，它是在Web、数据仓储和其他应用环境下最常使用的存储引擎之一。注意，通过更改STORAGE_ENGINE配置变量，能够方便地更改MySQL服务器的默认存储引擎。
·InnoDB：用于事务处理应用程序，具有众多特性，包括ACID事务支持。
·BDB：可替代InnoDB的事务引擎，支持COMMIT、ROLLBACK和其他事务特性。
·Memory：将所有数据保存在RAM中，在需要快速查找引用和其他类似数据的环境下，可提供极快的访问。
·Merge：允许MySQL
DBA或开发人员将一系列等同的MyISAM表以逻辑方式组合在一起，并作为1个对象引用它们。对于诸如数据仓储等VLDB环境十分适合。
·Archive：为大量很少引用的历史、归档、或安全审计信息的存储和检索提供了完美的解决方案。
·Federated：能够将多个分离的MySQL服务器链接起来，从多个物理服务器创建一个逻辑数据库。十分适合于分布式环境或数据集市环境。
·Cluster/NDB：MySQL的簇式数据库引擎，尤其适合于具有高性能查找要求的应用程序，这类查找需求还要求具有最高的正常工作时间和可用性。
·Other：其他存储引擎包括CSV（引用由逗号隔开的用作数据库表的文件），Blackhole（用于临时禁止对数据库的应用程序输入），以及Example引擎（可为快速创建定制的插件式存储引擎提供帮助）。
请记住，对于整个服务器或方案，你并不一定要使用相同的存储引擎，你可以为方案中的每个表使用不同的存储引擎，这点很重要。
二、重点比较MySQL的InnoDB和MyISAM
(1)、InnoDB和MyISAM是在使用MySQL最常用的两个表类型，各有优缺点，视具体应用而定。
高级处理:
MyISAM类型不支持事务处理等高级处理，而InnoDB类型支持。
执行速度:
MyISAM类型的表强调的是性能，其执行数度比InnoDB类型更快。
移值性:
MyISAM类型的二进制数据文件可以在不同操作系统中迁移。也就是可以直接从Windows系统拷贝到linux系统中使用。
(2)、MyIASM是IASM表的新版本，有如下扩展：
1、二进制层次的可移植性。
2、NULL列索引。
3、对变长行比ISAM表有更少的碎片。
4、支持大文件。
5、更好的索引压缩。
6、更好的键码统计分布。
7、更好和更快的auto_increment处理。
InnoDB 是 MySQL 上第一个提供外键约束的引擎，除了提供事务处理外，InnoDB
还支持行锁，提供和 Oracle 一样的一致性的不加锁读取，能增加并发读的用户数?......
·MyISAM：默认的MySQL插件式存储引擎，它是在Web、数据仓储和其他应用环境下最常使用的存储引擎之一。注意，通过更改STORAGE_ENGINE配置变量，能够方便地更改MySQL服务器的默认存储引擎。
·InnoDB：用于事务处理应用程序，具有众多特性，包括ACID事务支持。
·BDB：可替代InnoDB的事务引擎，支持COMMIT、ROLLBACK和其他事务特性。
·Memory：将所有数据保存在RAM中，在需要快速查找引用和其他类似数据的环境下，可提供极快的访问。
·Merge：允许MySQL
DBA或开发人员将一系列等同的MyISAM表以逻辑方式组合在一起，并作为1个对象引用它们。对于诸如数据仓储等VLDB环境十分适合。
·Archive：为大量很少引用的历史、归档、或安全审计信息的存储和检索提供了完美的解决方案。
·Federated：能够将多个分离的MySQL服务器链接起来，从多个物理服务器创建一个逻辑数据库。十分适合于分布式环境或数据集市环境。
·Cluster/NDB：MySQL的簇式数据库引擎，尤其适合于具有高性能查找要求的应用程序，这类查找需求还要求具有最高的正常工作时间和可用性。
·Other：其他存储引擎包括CSV（引用由逗号隔开的用作数据库表的文件），Blackhole（用于临时禁止对数据库的应用程序输入），以及Example引擎（可为快速创建定制的插件式存储引擎提供帮助）。
请记住，对于整个服务器或方案，你并不一定要使用相同的存储引擎，你可以为方案中的每个表使用不同的存储引擎，这点很重要。
二、重点比较MySQL的InnoDB和MyISAM
(1)、InnoDB和MyISAM是在使用MySQL最常用的两个表类型，各有优缺点，视具体应用而定。
高级处理:
MyISAM类型不支持事务处理等高级处理，而InnoDB类型支持。
执行速度:
MyISAM类型的表强调的是性能，其执行数度比InnoDB类型更快。
移值性:
MyISAM类型的二进制数据文件可以在不同操作系统中迁移。也就是可以直接从Windows系统拷贝到linux系统中使用。
(2)、MyIASM是IASM表的新版本，有如下扩展：
1、二进制层次的可移植性。
2、NULL列索引。
3、对变长行比ISAM表有更少的碎片。
4、支持大文件。
5、更好的索引压缩。
6、更好的键码统计分布。
7、更好和更快的auto_increment处理。
InnoDB 是 MySQL 上第一个提供外键约束的引擎，除了提供事务处理外，InnoDB
还支持行锁，提供和 Oracle 一样的一致性的不加锁读取，能增加并发读的用户数?......
一、MYSQL存储引擎大全：
·MyISAM：默认的MySQL插件式存储引擎，它是在Web、数据仓储和其他应用环境下最常使用的存储引擎之一。注意，通过更改STORAGE_ENGINE配置变量，能够方便地更改MySQL服务器的默认存储引擎。
·InnoDB：用于事务处理应用程序，具有众多特性，包括ACID事务支持。
·BDB：可替代InnoDB的事务引擎，支持COMMIT、ROLLBACK和其他事务特性。
·Memory：将所有数据保存在RAM中，在需要快速查找引用和其他类似数据的环境下，可提供极快的访问。
·Merge：允许MySQL
DBA或开发人员将一系列等同的MyISAM表以逻辑方式组合在一起，并作为1个对象引用它们。对于诸如数据仓储等VLDB环境十分适合。
·Archive：为大量很少引用的历史、归档、或安全审计信息的存储和检索提供了完美的解决方案。
·Federated：能够将多个分离的MySQL服务器链接起来，从多个物理服务器创建一个逻辑数据库。十分适合于分布式环境或数据集市环境。
·Cluster/NDB：MySQL的簇式数据库引擎，尤其适合于具有高性能查找要求的应用程序，这类查找需求还要求具有最高的正常工作时间和可用性。
·Other：其他存储引擎包括CSV（引用由逗号隔开的用作数据库表的文件），Blackhole（用于临时禁止对数据库的应用程序输入），以及Example引擎（可为快速创建定制的插件式存储引擎提供帮助）。
请记住，对于整个服务器或方案，你并不一定要使用相同的存储引擎，你可以为方案中的每个表使用不同的存储引擎，这点很重要。
二、重点比较MySQL的InnoDB和MyISAM
(1)、InnoDB和MyISAM是在使用MySQL最常用的两个表类型，各有优缺点，视具体应用而定。
高级处理:
MyISAM类型不支持事务处理等高级处理，而InnoDB类型支持。
执行速度:
MyISAM类型的表强调的是性能，其执行数度比InnoDB类型更快。
移值性:
MyISAM类型的二进制数据文件可以在不同操作系统中迁移。也就是可以直接从Windows系统拷贝到linux系统中使用。
(2)、MyIASM是IASM表的新版本，有如下扩展：
1、二进制层次的可移植性。
2、NULL列索引。
3、对变长行比ISAM表有更少的碎片。
4、支持大文件。
5、更好的索引压缩。
6、更好的键码统计分布。
7、更好和更快的auto_increment处理。
InnoDB 是 MySQL 上第一个提供外键约束的引擎，除了提供事务处理外，InnoDB
还支持行锁，提供和 Oracle 一样的一致性的不加锁读取，能增加并发读的用户数?......
·MyISAM：默认的MySQL插件式存储引擎，它是在Web、数据仓储和其他应用环境下最常使用的存储引擎之一。注意，通过更改STORAGE_ENGINE配置变量，能够方便地更改MySQL服务器的默认存储引擎。
·InnoDB：用于事务处理应用程序，具有众多特性，包括ACID事务支持。
·BDB：可替代InnoDB的事务引擎，支持COMMIT、ROLLBACK和其他事务特性。
·Memory：将所有数据保存在RAM中，在需要快速查找引用和其他类似数据的环境下，可提供极快的访问。
·Merge：允许MySQL
DBA或开发人员将一系列等同的MyISAM表以逻辑方式组合在一起，并作为1个对象引用它们。对于诸如数据仓储等VLDB环境十分适合。
·Archive：为大量很少引用的历史、归档、或安全审计信息的存储和检索提供了完美的解决方案。
·Federated：能够将多个分离的MySQL服务器链接起来，从多个物理服务器创建一个逻辑数据库。十分适合于分布式环境或数据集市环境。
·Cluster/NDB：MySQL的簇式数据库引擎，尤其适合于具有高性能查找要求的应用程序，这类查找需求还要求具有最高的正常工作时间和可用性。
·Other：其他存储引擎包括CSV（引用由逗号隔开的用作数据库表的文件），Blackhole（用于临时禁止对数据库的应用程序输入），以及Example引擎（可为快速创建定制的插件式存储引擎提供帮助）。
请记住，对于整个服务器或方案，你并不一定要使用相同的存储引擎，你可以为方案中的每个表使用不同的存储引擎，这点很重要。
二、重点比较MySQL的InnoDB和MyISAM
(1)、InnoDB和MyISAM是在使用MySQL最常用的两个表类型，各有优缺点，视具体应用而定。
高级处理:
MyISAM类型不支持事务处理等高级处理，而InnoDB类型支持。
执行速度:
MyISAM类型的表强调的是性能，其执行数度比InnoDB类型更快。
移值性:
MyISAM类型的二进制数据文件可以在不同操作系统中迁移。也就是可以直接从Windows系统拷贝到linux系统中使用。
(2)、MyIASM是IASM表的新版本，有如下扩展：
1、二进制层次的可移植性。
2、NULL列索引。
3、对变长行比ISAM表有更少的碎片。
4、支持大文件。
5、更好的索引压缩。
6、更好的键码统计分布。
7、更好和更快的auto_increment处理。
InnoDB 是 MySQL 上第一个提供外键约束的引擎，除了提供事务处理外，InnoDB
还支持行锁，提供和 Oracle 一样的一致性的不加锁读取，能增加并发读的用户数?......
mysql里最常用的日志有4种,分别是:错误日志,二进制日志,查询日志以及满查询日志. 1.错误日志会记录当mysql启动和关闭以及运行中的错误信息,可以使用 --log-error[=file_name]来指定错误日志存放文件.当mysql server异常的时候应该首先查看该日志.其实里面也没什么,我英语四级没过,配上词霸目前为止还没有碰到解决不了的问题,呵呵.默认是存放在datadir里的主机名.err. 2.二进制日志存放了所有的ddl和dml操作记录 --log-bin[=file_name]选项启动时，mysqld写入包含所有更新数据的SQL命令的日志文件。如果未给出file_name值， 默认名为-bin后面所跟的主机名。二进制日志并不可以直接查看,需要客户端工具mysqlbinlog log-file 查看 mysqld在每个二进制日志名后面添加一个数字扩展名。每次你启动服务器或刷新日志时该数字则增加。如果当前的日志大小达到max_binlog_size，还会自动创建新的二进制日志。如果你正使用大的事务，二进制日志还会超过max_binlog_size：事务全写入一个二进制日志中，绝对不要写入不同的二进制日志中。 为了能够知道还使用了哪个不同的二进制日志文件，mysqld还创建一个二进制日志索引文件，包含所有使用的二进制日志文件的文件名。默认情况下与二进制日志文件的文件名相同，扩展名为'.index'。你可以用--log-bin-index[=file_name]选项更改二进制日志索引文件的文件名。当mysqld在运行时，不应手动编辑该文件；如果这样做将会使mysqld变得混乱。 可以用以下语句删除二进制日志 reset master;#删除所有二进制日志 purge master logs to 'mysql-bin.******';#删除******编号之前的二进制日志 purge master logs before 'yyyy-mm-dd hh24:mm:ss'#删除指定日期之前的日志 还可以设置--expire_logs_days=*;#设置日志过期天数,过期自动删除. --binlog-do-db=db_name#指定数据库开启二进制日志,类似的有ignore. innodb有 --innodb-safe-binlog以及--sync-binlog=n(每写n次日志同步磁盘) 可以通过set sql_log_bin=0禁用二进制日志. 3.查询日志,记录所有查询语句,二进制日志不记录之查询的语句 --log[=file_name]可以启动查询日志,默认是在datadir里的主机名.log,由于会消耗大量磁盘io资源,一般情况下建议禁用. 4.慢查询日志 --log-slow-queries[=file_name]默认是在datadir下的主机名.slow.log --log-short-format#忽略掉不使用索引的慢查询 --log-slow-admin-statements#将记录慢管理语句 set long_query_time=n;#设定慢查询的时间,单位为秒. 建议使用客户端工具mysqldumpslow来查看满查询日志.
环境：两台服务器IP:192.168.30.57\192.168.30.58
1、下载mysql-5.0.86-linux-i686-glibc23.tar.gz 到http://dev.mysql.com/downloads/mysql/5.0.html#linux下载
2、解压 tar -zxvf
mysql-5.0.86-linux-i686-glibc23.tar.gz
3、创建链接 ln -s
mysql-5.0.86-linux-i686-glibc23
mysql
4、进入mysql
目录下 cd mysql
5：新建 mysql 用户组
groupadd mysql
6：新建 mysql用户并属于mysql用户组
useradd -g mysql mysql
7：执行安装脚本：
scripts/mysql_install_db --user=mysql
8：改变属组 (注意小数点)
chown -R root . (注意小数点)
9：改变数据属组
chown -R mysql data
10：输入命令 chgrp -R mysql . (注意小数点)
11、拷贝配置文件 cp supports-files/my-lagre.cnf /etc/my.cnf
12、启动mysql
阅读全文
1、下载mysql-5.0.86-linux-i686-glibc23.tar.gz 到http://dev.mysql.com/downloads/mysql/5.0.html#linux下载
2、解压 tar -zxvf
mysql-5.0.86-linux-i686-glibc23.tar.gz
3、创建链接 ln -s
mysql-5.0.86-linux-i686-glibc23
mysql
4、进入mysql
目录下 cd mysql
5：新建 mysql 用户组
groupadd mysql
6：新建 mysql用户并属于mysql用户组
useradd -g mysql mysql
7：执行安装脚本：
scripts/mysql_install_db --user=mysql
8：改变属组 (注意小数点)
chown -R root . (注意小数点)
9：改变数据属组
chown -R mysql data
10：输入命令 chgrp -R mysql . (注意小数点)
11、拷贝配置文件 cp supports-files/my-lagre.cnf /etc/my.cnf
12、启动mysql
阅读全文
#include <stdio.h>
#include <windows.h>
#include <mysql.h>
#define host "localhost"
#define username "root"
#define password "123"
#define database "oa"
MYSQL *conn;
int main()
{
MYSQL_RES *res_set;
MYSQL_ROW row;
unsigned int i,ret;
FILE *fp;
MYSQL_FIELD *field;
unsigned int num_fields;
conn = mysql_init(NULL);
ret = mysql_options(conn, MYSQL_SET_CHARSET_NAME, "gbk");
mysql_real_connect(conn,host,username,password,database,0,NULL,0);
fp = fopen ( "t_sys_power.out","w");
fprintf(fp,"char set %s\n", mysql_character_set_name(conn));
mysql_query(conn,"SELECT * from t_sys_power ");//WHERE a1='abc'");
res_set = mysql_store_result(conn);
while((field = mysql_fetch_field(res_set)))
{
printf("field name %s\n", field->name);
}
num_fields = mysql_num_fields(res_set);
for(i = 0; i < num_fields; i++)
{
field = mysql_fetch_field_direct(res_set, i);
printf("Field %u is %s\n", i, field->name);
}
while ((row = mysql_fetch_row(res_set)) != NULL)
{
for (i=0; i<mysql_num_fields(res_set); i++)
{
fprintf(fp,"%s\n",row[i] != NULL ? row[i] : "NULL");
}
}
mysql_close(conn);
fclose(fp);
return 0;
}
#include <windows.h>
#include <mysql.h>
#define host "localhost"
#define username "root"
#define password "123"
#define database "oa"
MYSQL *conn;
int main()
{
MYSQL_RES *res_set;
MYSQL_ROW row;
unsigned int i,ret;
FILE *fp;
MYSQL_FIELD *field;
unsigned int num_fields;
conn = mysql_init(NULL);
ret = mysql_options(conn, MYSQL_SET_CHARSET_NAME, "gbk");
mysql_real_connect(conn,host,username,password,database,0,NULL,0);
fp = fopen ( "t_sys_power.out","w");
fprintf(fp,"char set %s\n", mysql_character_set_name(conn));
mysql_query(conn,"SELECT * from t_sys_power ");//WHERE a1='abc'");
res_set = mysql_store_result(conn);
while((field = mysql_fetch_field(res_set)))
{
printf("field name %s\n", field->name);
}
num_fields = mysql_num_fields(res_set);
for(i = 0; i < num_fields; i++)
{
field = mysql_fetch_field_direct(res_set, i);
printf("Field %u is %s\n", i, field->name);
}
while ((row = mysql_fetch_row(res_set)) != NULL)
{
for (i=0; i<mysql_num_fields(res_set); i++)
{
fprintf(fp,"%s\n",row[i] != NULL ? row[i] : "NULL");
}
}
mysql_close(conn);
fclose(fp);
return 0;
}
//选择->目录：include:C:\PROGRAM FILES\MYSQL\MYSQL SERVER 5.0\INCLUDE（compiler option,directories,c++include)
//选择->目录：lib :C:\PROGRAM FILES\MYSQL\MYSQL SERVER 5.0\LIB\OPT(compiler option,directories,libraies)
//工程：设置：link:libmysql.lib(update下载libmysql,安装之后，project,projcect option,parameters,linker中输入-lmysql
)
//libmysql.dll拷贝到可执行文件相同目录，或者系统目录下 ......
唉！现代社会的人越来越懒，假如派他们去西天取经，他们挑选徒弟的标准，首先绝不是降妖除魔，而是怎样让自己过得舒服。缺乏生活情趣之辈——如孙悟空等，铁定被排除在外，所以齐天大圣还得在五行山下再压一阵子，直到脑袋开窍了为止。
下面就是他们选中的取经组合，暂时仅限从金庸小说中选人。阅读全文
下面就是他们选中的取经组合，暂时仅限从金庸小说中选人。
阅读全文
来源：http://www.jb51.net/article/15671_2.htm
很多人首先会想从服务器缓存方面着手对程序进行优化,许多不同的服务器缓存方式都有他们自己的特点,像我曾经参与的一些项目中,根据缓存的命中率不同使用过 Com+/Enterprise Libiary Caching/Windows服务,静态文件等方式的服务器端缓存和 HTTP Compression技术,但客户端缓存往往却被人们忽略了,即使服务器的缓存让你的页面访问起来非常地快,但她依然需要依赖浏览器下载并输出,而当你加入客户端缓存时,会给你带来非常多的好处.因为她可以对站点中访问最频繁的页进行缓存充分地提高 Web 服务器的吞吐量（通常以每秒的请求数计算）以提升应用程序性能和可伸缩性。
一个在线购物调查显示，大多数人愿意去商店排队，但在在线购物时却不愿意等待。Websense调查公司称多达70%的上网者表示不愿意在页面读取上超过10秒钟。超过70%的人会因为中途速度过慢而取消当前的订单。阅读全文
很多人首先会想从服务器缓存方面着手对程序进行优化,许多不同的服务器缓存方式都有他们自己的特点,像我曾经参与的一些项目中,根据缓存的命中率不同使用过 Com+/Enterprise Libiary Caching/Windows服务,静态文件等方式的服务器端缓存和 HTTP Compression技术,但客户端缓存往往却被人们忽略了,即使服务器的缓存让你的页面访问起来非常地快,但她依然需要依赖浏览器下载并输出,而当你加入客户端缓存时,会给你带来非常多的好处.因为她可以对站点中访问最频繁的页进行缓存充分地提高 Web 服务器的吞吐量（通常以每秒的请求数计算）以提升应用程序性能和可伸缩性。
一个在线购物调查显示，大多数人愿意去商店排队，但在在线购物时却不愿意等待。Websense调查公司称多达70%的上网者表示不愿意在页面读取上超过10秒钟。超过70%的人会因为中途速度过慢而取消当前的订单。
阅读全文
来源：http://bbs.news.163.com/bbs/society/157056799.html
摘录如下：
前几日收到在大连工作时的女友na的短信，她告诉我与相爱了五年的男友分手了，她们分手的原因不是因为不在相爱，就是因为没钱才分开的。她告诉我她不是一个爱慕虚荣的女人，但是在一起五年了，男友仍然一贫如洗，在城市里这样下去该怎样生活？如果结婚了，有个孩子怎么办？自己也快三十了。她告诉我她不该当初傻傻的就恋爱了，如今有不得不放弃这段感情，发现自己也不在年轻了，她说我该怎么办呢？阅读全文
摘录如下：
前几日收到在大连工作时的女友na的短信，她告诉我与相爱了五年的男友分手了，她们分手的原因不是因为不在相爱，就是因为没钱才分开的。她告诉我她不是一个爱慕虚荣的女人，但是在一起五年了，男友仍然一贫如洗，在城市里这样下去该怎样生活？如果结婚了，有个孩子怎么办？自己也快三十了。她告诉我她不该当初傻傻的就恋爱了，如今有不得不放弃这段感情，发现自己也不在年轻了，她说我该怎么办呢？
阅读全文
1858年，瑞典的一个富豪人家生下了一个女儿。然而不久，孩子染患了一种无法解释的瘫痪症，丧失了走路的能力。
一次，女孩和家人一起乘船旅行。船长的太太给孩子讲船长有一只天堂鸟，她被这只鸟的描述迷住了，极想亲自看一看。于是保姆把孩子留在甲板上，自己去找船长。孩子耐不住性子等待，她要求船上的服务生立即带她去看天堂鸟。那服务生并不知道她的腿不能走路，而只顾带着她一道去看那只美丽的小鸟。奇迹发生了，孩子因为过度地渴望，竟忘我地拉住服务生的手，慢慢地走了起来。从此，孩子的病便痊愈了。女孩子长大后，又忘我地投入到文学创作中，最后成为第一位荣获诺贝尔文学奖的女性，也就是茜尔玛;拉格萝芙。
温馨提示：忘我是走向成功的一条捷径，只有在这种环境中，人才会超越自身的束缚，释放出最大的能量。
一次，女孩和家人一起乘船旅行。船长的太太给孩子讲船长有一只天堂鸟，她被这只鸟的描述迷住了，极想亲自看一看。于是保姆把孩子留在甲板上，自己去找船长。孩子耐不住性子等待，她要求船上的服务生立即带她去看天堂鸟。那服务生并不知道她的腿不能走路，而只顾带着她一道去看那只美丽的小鸟。奇迹发生了，孩子因为过度地渴望，竟忘我地拉住服务生的手，慢慢地走了起来。从此，孩子的病便痊愈了。女孩子长大后，又忘我地投入到文学创作中，最后成为第一位荣获诺贝尔文学奖的女性，也就是茜尔玛;拉格萝芙。
温馨提示：忘我是走向成功的一条捷径，只有在这种环境中，人才会超越自身的束缚，释放出最大的能量。
Zend Studio for Eclipse 7.0.2提示代码的速度加快了！
大家可以赶紧去看看喔：
http://www.laonb.com/archives/7740/
大家可以赶紧去看看喔：
http://www.laonb.com/archives/7740/
group表有个varchar 的字段groupPower,值为1,2,3,4，有个sql语句为
执行出错将 varchar 值 '1,2,3,4' 转换为数据类型为 int 的列时发生语法错误。
解决方法:
将where 条件改为：
CHAR类型都有个最大长度，超过长度的无法保存，不够长度留空。VARCHAR也有一个最大长度，但是当数据长度不够的时候，按照实际数据长度分配空间，少浪费，但查询的时候效率有影响。
SQL中enum、varchar、int+join查询速度比较 ：
http://unix-cd.com/vc/www/26/2009-04/13675.html
select * from dbo.function where
functionId in
(
select groupPower from dbo.group
where groupid=1
)
functionId in
(
select groupPower from dbo.group
where groupid=1
)
执行出错将 varchar 值 '1,2,3,4' 转换为数据类型为 int 的列时发生语法错误。
解决方法:
将where 条件改为：
where charindex(rtrim(functionId), (select top 1 groupPower from loan_group where groupid=1 ))>0
就ok了！CHAR类型都有个最大长度，超过长度的无法保存，不够长度留空。VARCHAR也有一个最大长度，但是当数据长度不够的时候，按照实际数据长度分配空间，少浪费，但查询的时候效率有影响。
SQL中enum、varchar、int+join查询速度比较 ：
http://unix-cd.com/vc/www/26/2009-04/13675.html
赋予普通用户挂载光驱的权限阅读全文
阅读全文
http://bbs.bo-blog.com/viewthread.php?action=printable&tid=24684
1.1971年，一位亚利桑那人开枪打伤了自己。这倒没有什么可大惊小怪的，这种事情时有发生。可是为了提高呼救声的分贝，这位受伤的人又开了一枪，打中了另外一条腿。
2.一位在竞选活动的民意调查中落后的日本政客，为了获得同情的支持选票，制造出被人暗杀的假象。为了使暗杀看上去确有其事，这位政客用刀在自己腿上砍了一刀。没想到砍断了动脉，血流如注。在发表最后的竞选演说之前，他就一命呜呼。
3.17世纪的西班牙国王菲利普三世因发烧而去世，他的高烧是由于长时间坐在炉火旁而引起的。既然他知道温度高，可为什么不从炉火那里移开呢？原因是：那不是他作为国王的工作。宫廷里负责照看炉火的佣人没有上班——这名佣人的工作就是把国王的座椅往后拉。
4.一个法国人1998年尝试一次复杂的自杀。他站在一个高高的悬崖上，在脖子上套上一个索套，把绳索固定在一块巨大的岩石上。然后他喝下了毒药，并开始自焚。在从悬崖上跳下去的时候，他又朝着自己的脑袋开了一枪。结果是：子弹没有打中目标，反而打穿了绳索，因此他掉到了海里而没能吊死。冰冷的海水扑灭了他衣服上的火焰，而且这种冲击力使他把毒药呕吐出来。最后，一位渔民把他从水里拖了起来，送到医院，结果他由于体温过低而死亡。
5.1932年洛杉矶奥运会。当法国的朱利内尔打破了铁饼的奥运会纪录时，他那获胜的一掷被判无效——并非他违反了任何比赛规则，而是因为所有本应该注视着铁饼比赛的裁判员都转过头去观看撑杆跳高了。
6.在投篮秒表出现之前，伊利诺伊州有过这样一场比赛：比赛开始不久，乔治城队罚球得了一分，接着他们就把球藏起来了，霍马队的队员毫无办法，只好在球场上席地而坐，而裁判则在看报纸。当比赛时间结束时，乔治城队开始庆祝他们1：0的胜利。
7.一位乌克兰商人给他的50名员工每人买了一个传呼机作为礼物。在他返回的路上，这50个传呼机同时叫了起来，他由于受惊过度以至于把车撞到电线杆上。检查完伤势之后，他开始查看传呼机上的信息。只见这50个传呼机上出现了同一句话：“感谢购买本机！”
8.1968年，底特律的一个窃贼带着他的爱犬入室行窃。当pol.ice发现时，窃贼仓皇逃走，却把爱犬留在后面。pol.ice非常容易地就抓住了窃贼，因为他们只是对狗说了句：“回家，宝贝！”
2.一位在竞选活动的民意调查中落后的日本政客，为了获得同情的支持选票，制造出被人暗杀的假象。为了使暗杀看上去确有其事，这位政客用刀在自己腿上砍了一刀。没想到砍断了动脉，血流如注。在发表最后的竞选演说之前，他就一命呜呼。
3.17世纪的西班牙国王菲利普三世因发烧而去世，他的高烧是由于长时间坐在炉火旁而引起的。既然他知道温度高，可为什么不从炉火那里移开呢？原因是：那不是他作为国王的工作。宫廷里负责照看炉火的佣人没有上班——这名佣人的工作就是把国王的座椅往后拉。
4.一个法国人1998年尝试一次复杂的自杀。他站在一个高高的悬崖上，在脖子上套上一个索套，把绳索固定在一块巨大的岩石上。然后他喝下了毒药，并开始自焚。在从悬崖上跳下去的时候，他又朝着自己的脑袋开了一枪。结果是：子弹没有打中目标，反而打穿了绳索，因此他掉到了海里而没能吊死。冰冷的海水扑灭了他衣服上的火焰，而且这种冲击力使他把毒药呕吐出来。最后，一位渔民把他从水里拖了起来，送到医院，结果他由于体温过低而死亡。
5.1932年洛杉矶奥运会。当法国的朱利内尔打破了铁饼的奥运会纪录时，他那获胜的一掷被判无效——并非他违反了任何比赛规则，而是因为所有本应该注视着铁饼比赛的裁判员都转过头去观看撑杆跳高了。
6.在投篮秒表出现之前，伊利诺伊州有过这样一场比赛：比赛开始不久，乔治城队罚球得了一分，接着他们就把球藏起来了，霍马队的队员毫无办法，只好在球场上席地而坐，而裁判则在看报纸。当比赛时间结束时，乔治城队开始庆祝他们1：0的胜利。
7.一位乌克兰商人给他的50名员工每人买了一个传呼机作为礼物。在他返回的路上，这50个传呼机同时叫了起来，他由于受惊过度以至于把车撞到电线杆上。检查完伤势之后，他开始查看传呼机上的信息。只见这50个传呼机上出现了同一句话：“感谢购买本机！”
8.1968年，底特律的一个窃贼带着他的爱犬入室行窃。当pol.ice发现时，窃贼仓皇逃走，却把爱犬留在后面。pol.ice非常容易地就抓住了窃贼，因为他们只是对狗说了句：“回家，宝贝！”
文章来源：
http://news.ccidnet.com/art/945/20091118/1941103_1.html
转载本站地址：
http://blog.5ifd.com/post/2242/
读后感想：
我看了这篇文章，不免感慨作者独到在观点，有一点说得很对：不得不惊讶新浪的执行力和影响力。它的确是一个靠传统的传播来赚钱的企业，确实也不是一个互联网软件公司，是一个媒体，技术已经不再重要。对于博客这个原本属于2.0阵营的东西，硬生生被新浪做成了1.0。这个在当时来说并不是件坏事，君不见他的一个很破的博客编辑器也不好用被其他网站加以借鉴，当时是没有谁去管2.0的，1和2那只是一个概念大家都是摸着石头过河罢了。至于转型的失败，个人认为是UC部门没有冲出互联网的第一，而让腾讯占得先机，当然领导层也是有责任的，至于为什么会向作者说的那么失败，正如作者所言：牛顿告诉我说：作用力是相互的。个人认为这是很有趣的。我这里有一个有趣的观点：谁对不起互联网，那么互联网就会对不起谁。因为互联网是最残酷的：只有做第一，第二第三，要么就等着收购要么等死。
论成败：
当时不得不说sina博客后起之秀让早期的博客中国倒下，你2.0也好，1.0也罢，在当时用户和传播才是王道，这点本质上是没有什么伤大雅之堂的，走精英道路也是对的，模式也很不错：那个时候有多少人上网，多少人会写东西，能写出东西？也只有少部分人了。笔者所说的精英和当时那批人想的精英完全不是一个概念，我问过当时博客开发团队的产品莫凡：当时我们就想少部分人写，有人看，带动其余会写的人加进来，是我们的初衷，但是最后变成了一个草根，也是我们没有想到的。
论产品：
这么多年的发展，就其本质来讲Sina死死抓住传播这条不放，作者认为这是不对的，我觉得也是欠妥，试想那如果放弃这个，sina何去何从？我想很难说清这个事情，就其原因是它本质就不是一个真正的互联网公司，是一个媒体，转型肯定困难重重。
论理念：
当然想涉足互联网，但都没有做起来，当然有其原因的，我个人认为其原因有二：1.不肯放下品牌。2.不按照互联网规律办事。做产品一定要精益求精，领导认为好就好，创造了地下，执行缓慢。做一件产品如：space sina朋友（本人经历过这个过程），一直在做，如；sina朋友就没有上线，想拿出一个精品，这个对于互联网一直是beta版本的行业来说，想搞出个released版本，想法不对。
论传播：
究其本质就是抓住传播，影响力，现实社会中关注的确实是那些小部分人，而这小部分人掌握着传播信息内容的80%，然而，这也是对的，但它同时也是错的。精英传播时代已经过去，价值底下，现在进入了SNS时代，是一个尽可能满足所有用户的时代到了，用户个性时代来了，都得给伺候好了！如：QQ就是一个很大的SNS。据我估算：一个注册用户的价值是一个浏览用户价值的五倍。
论潮流：
以少部分人摇旗呐喊的年代已经逐步淡化，而以社会关系的互联网化逐步凸显，sina时代单一广告模式已经基本结束而且单一，而SNS的收入取到增值服务盈利模式众多，大势所催。常言说得好：成也萧何，失败也萧何，商业的成功和失败是用其盈利能力来衡量的，谁也没有想到当时的成功奠定了现在的失败，但这也是可以避免的：就其当时新浪起家时候是王志东带的队出来的，其实那一批人的本质是开放的，但是他们都远去了，自己单干去了。
论结盟：
sina的登陆用户的缺少，这个是一个最大的危险，而战略级的产品邮箱并没有发挥出他强健的开疆拓土的功效，相反在腾讯酷讯邮箱的推出江河日下，尽管后期有sina.cn邮箱的推出，以及sina vip邮箱的品牌鼎立支撑，但是，这仍然是一个孤枕难眠的境地，目前也只有和开心网，校内网共享登陆平台互相共生共赢，结成联盟，方能有一线希望，否则前途渺茫，危险依然存在，因为究其微博客，仍然是没有从本质走出精英的模式，就注定它没法走出盈利模式单一的困境，越走越远到相去甚远，但他仍然幻想通过微博客来榨取更多的注册用户，邮箱的开疆拓土，但腾讯早以悄然跟进，潜伏在身边，可谓处境岌岌可危啊，Sina唯有考结盟来合纵连横，更加开放的心态来迎接变化，拥抱变化是当务之级，试想会有合纵连横，会不会有横扫六合的秦出现的可能呢？我们拭目以待。
评论员：向东
2009-11-18
http://news.ccidnet.com/art/945/20091118/1941103_1.html
转载本站地址：
http://blog.5ifd.com/post/2242/
读后感想：
我看了这篇文章，不免感慨作者独到在观点，有一点说得很对：不得不惊讶新浪的执行力和影响力。它的确是一个靠传统的传播来赚钱的企业，确实也不是一个互联网软件公司，是一个媒体，技术已经不再重要。对于博客这个原本属于2.0阵营的东西，硬生生被新浪做成了1.0。这个在当时来说并不是件坏事，君不见他的一个很破的博客编辑器也不好用被其他网站加以借鉴，当时是没有谁去管2.0的，1和2那只是一个概念大家都是摸着石头过河罢了。至于转型的失败，个人认为是UC部门没有冲出互联网的第一，而让腾讯占得先机，当然领导层也是有责任的，至于为什么会向作者说的那么失败，正如作者所言：牛顿告诉我说：作用力是相互的。个人认为这是很有趣的。我这里有一个有趣的观点：谁对不起互联网，那么互联网就会对不起谁。因为互联网是最残酷的：只有做第一，第二第三，要么就等着收购要么等死。
论成败：
当时不得不说sina博客后起之秀让早期的博客中国倒下，你2.0也好，1.0也罢，在当时用户和传播才是王道，这点本质上是没有什么伤大雅之堂的，走精英道路也是对的，模式也很不错：那个时候有多少人上网，多少人会写东西，能写出东西？也只有少部分人了。笔者所说的精英和当时那批人想的精英完全不是一个概念，我问过当时博客开发团队的产品莫凡：当时我们就想少部分人写，有人看，带动其余会写的人加进来，是我们的初衷，但是最后变成了一个草根，也是我们没有想到的。
论产品：
这么多年的发展，就其本质来讲Sina死死抓住传播这条不放，作者认为这是不对的，我觉得也是欠妥，试想那如果放弃这个，sina何去何从？我想很难说清这个事情，就其原因是它本质就不是一个真正的互联网公司，是一个媒体，转型肯定困难重重。
论理念：
当然想涉足互联网，但都没有做起来，当然有其原因的，我个人认为其原因有二：1.不肯放下品牌。2.不按照互联网规律办事。做产品一定要精益求精，领导认为好就好，创造了地下，执行缓慢。做一件产品如：space sina朋友（本人经历过这个过程），一直在做，如；sina朋友就没有上线，想拿出一个精品，这个对于互联网一直是beta版本的行业来说，想搞出个released版本，想法不对。
论传播：
究其本质就是抓住传播，影响力，现实社会中关注的确实是那些小部分人，而这小部分人掌握着传播信息内容的80%，然而，这也是对的，但它同时也是错的。精英传播时代已经过去，价值底下，现在进入了SNS时代，是一个尽可能满足所有用户的时代到了，用户个性时代来了，都得给伺候好了！如：QQ就是一个很大的SNS。据我估算：一个注册用户的价值是一个浏览用户价值的五倍。
论潮流：
以少部分人摇旗呐喊的年代已经逐步淡化，而以社会关系的互联网化逐步凸显，sina时代单一广告模式已经基本结束而且单一，而SNS的收入取到增值服务盈利模式众多，大势所催。常言说得好：成也萧何，失败也萧何，商业的成功和失败是用其盈利能力来衡量的，谁也没有想到当时的成功奠定了现在的失败，但这也是可以避免的：就其当时新浪起家时候是王志东带的队出来的，其实那一批人的本质是开放的，但是他们都远去了，自己单干去了。
论结盟：
sina的登陆用户的缺少，这个是一个最大的危险，而战略级的产品邮箱并没有发挥出他强健的开疆拓土的功效，相反在腾讯酷讯邮箱的推出江河日下，尽管后期有sina.cn邮箱的推出，以及sina vip邮箱的品牌鼎立支撑，但是，这仍然是一个孤枕难眠的境地，目前也只有和开心网，校内网共享登陆平台互相共生共赢，结成联盟，方能有一线希望，否则前途渺茫，危险依然存在，因为究其微博客，仍然是没有从本质走出精英的模式，就注定它没法走出盈利模式单一的困境，越走越远到相去甚远，但他仍然幻想通过微博客来榨取更多的注册用户，邮箱的开疆拓土，但腾讯早以悄然跟进，潜伏在身边，可谓处境岌岌可危啊，Sina唯有考结盟来合纵连横，更加开放的心态来迎接变化，拥抱变化是当务之级，试想会有合纵连横，会不会有横扫六合的秦出现的可能呢？我们拭目以待。
评论员：向东
2009-11-18
腾讯科技讯 11月18日消息，今日金融时报旗下FT中文网刊发了专栏作家程苓峰的文章。文章观点认为：新浪是一家披着互联网外皮的极端传统的公司。新浪越成功，就离互联网越远。因为新浪成功的方式，完全是反互联网的。
以下为程苓峰文章全文：阅读全文
以下为程苓峰文章全文：
阅读全文
