公司的数据库一直在用 mysql.4.0.x 的版本，用了几年了，不过现在连 mysql 官方都停止对 4.0.x 版本的支持了，升级看起来是大势所趋。搜索了一些这方面的文章，大家的作法不一，网上的文章也有很多错误的地方。 总结了一下，由于 mysql 4.0.x 的库都是 latin1 编码的，所以主要问题还是出现在编码转换上。 废话少说，下面是经测试可用的转换步骤，测试版本为 mysql4.0.26->mysql5.0.45-community： 1.latin1->latin1 原来是 latin1 字符集的数据库，升级后保留 latin1 编码； 个人不推荐这种方式，如果数据库中有包含中文字符的话，还是换成gbk或者utf8编码比较好。 这种方式下，可以直接把 datadir copy 到新的mysql 的data 目录即可，如果数据库中有包含中文，可能用 phpmyadmin 会看不到正常的结果，不用担心，用其它客户端连接的时候，都是可以正常输入和输出的，注意在用 php 连的时候，不需要加 set names xxx 字样； 2.latin1->gbk 原来是 latin1，升级后是 gbk 两种方法： 1) 修改 my.cnf，在 [mysqld] 中加入 default-character-set=gbk 后重启 mysql 服务，然后就可以直接把 datadir copy 过来了，前提是整个库中都是 gbk 编码的库的时候才建议这样，而且copy [...]
Oracle自带的 EXP 命令，可以很方便的从Oracle库中导出所需要的数据。基本语法可以通过 exp help=y 查看。 今天在使用的时候碰到一个问题，需要导出指定库中的前200条记录，在网上搜索了一下，大部分文章都是这样说的： exp scott/tiger TABLES=(emp,bonus) QUERY=”WHERE job=’SALESMAN’ and sal
今天一个偶然的机会中知道 SQL 中的 INSERT 语句还可以这样写： INSERT INTO tbl_name (col1, col2) VALUES (value1_1, value1_2),(value2_1, value2_2),(value3_1, value3_2)… 这样的写法实际上是类似于 INSERT INTO tbl_name (col1, col2) VALUES (value1_1, value1_2) INSERT INTO tbl_name (col1, col2) VALUES (value2_1, value2_2) INSERT INTO tbl_name (col1, col2) VALUES (value3_1, value3_2) … 如果在执行过程中碰到一个值错误，则这个值以后的数据都不会被插入。 以上语句在 Mysql 4.0 中通过，其它数据库没有测试。
¶
Posted 03 December 2004
§
Database
‡
°
Also tagged: sql
Mysql 不支持子查询，所以在其它数据库中类似于这样的语句 SELECT * FROM [table] WHERE markid IN (SELECT DISTINCT markid FROM [table]) 在Mysql中就不好使了。 如果只 DISTINCT 一个字段，可以使用 GROUP BY 的一个特性来解决。 SELECT * FROM table GROUP BY markid 是不是很BT的用法。呵呵。别管怎样，能用就好。^O^
SQL: SET @t=0;SELECT @t:=@t+1,field FROM table; Mysql Manual 相关页面: User Variables Using User Variables
1. UPDATE table SET field = !field WHERE … 2. UPDATE table SET field = ABS(field-1) WHERE … 需要注意的是 filed 属性需要为 not null
其实说白了也很简单了，就是直接把Data下的文件Copy到Linux下Mysql相应的数据目录就可以了。注意系统数据库不要Copy。 不过偶今天在做的时候却碰到一些小麻烦。复制过去后，在PHPmyadmin下看的时候只能看到库的数据表列表，详细浏览时却提示某某 .frm 文件不存在。后来折腾了半天，还是因为权限问题。 总结步骤如下： shell>chown -R mysql.mysql tabledir shell>chmod -R 660 tabledir shell>chmod 700 tabledir