MySQL建立临时表的语句如下:
CREATE TEMPORARY TABLE tmp (
article INT(4) UNSIGNED ZEROFILL DEFAULT '0000' NOT NULL,
price DOUBLE(16,2) DEFAULT '0.00' NOT NULL);
--LOCK TABLES article read;
--先插入数据到临时表
INSERT INTO tmp SELECT article, MAX(price) from shop GROUP BY article;
--查询临时表数据
SELECT article, dealer, price from shop, tmpWHERE shop.article=tmp.articel AND shop.price=tmp.price;
--UNLOCK TABLES;
DROP TABLE tmp; ......
最近正在进行一个二次开发接口的项目，在开发过程中发现：我们之前使用的处理客户端和WEB之间编码兼容问题的方法是存在问题的。由于为了支持多语言，数据库表中类型为varchar的字段，他们的字符集都设置成了utf8。之前的做法是客户端将字符串的编码改成utf8编码，然后将该utf8编码的字符串直接写入数据库，这样WEB(使用PHP语言开发的)就只需要简单的修改就能支持多国语言，并且还能和客户端的多语言兼容。由于我们的程序在连接数据库时，使用的是默认的字符集(latin1)，所以当我们直接查看数据库表中的数据时，看到的就是貌似乱码的数据(这就是存入字符串的utf8编码)。但当使用ASP.NET开发WEB时，同样的做法就无效了。查阅MySQL手册后，猜想设置连接的字符集可能可以解决这个问题。经测试，确实可行。这里总结一下解决方法：
1.更改连接的字符集的方法
MySQL提供了两种方法来更改连接的字符集，这两种方法分别是：
(1)SET NAMES语句;
(2)API函数mysql_set_character_set()
MySQL手册中建议最好使用(2)来修改连接的字符集，因为“如果需要更改连接的字符集，应该使用mysql_set_character_set函数，而不是执行SET NAMES语句。my ......
Hibernate MySQL 中文乱码问题
环境：Hibernate 2.1.7 + MySQL4.1（MySQL的编码已设置为utf8）
问题：通过Hibernate向MySQL写入中文后，通过Hibernate取回数据，在console中打印java对象显示正常。但在MySQL Query Browser中看到的是乱码，传给前端的Flex也是乱码。
原因：Hibernate的基础还是JDBC，所以一样需要设置characterEncoding！
解决方法：
在hibernate.cfg.xml中应该这样写
<property name="connection.url">jdbc:mysql://localhost:3306/test?useUnicode=true&characterEncoding=UTF-8</property>
如果用hibernate.properties
#hibernate.connection.url jdbc:mysql://localhost:3306/test?useUnicode=true&characterEncoding=UTF-8
ps：处理中文的话，characterEncoding用GBK一样可以。
但字节编码问题最好的解决方法还是统一使用UTF-8！！！
posted on 2005-06-10 21:35 板桥居 阅读(140) 评论(0) 编辑 收藏
另外一个blog还有详细的三种解决方法：http://www.cnblogs.com/josson/
Hibernate+mysql 中文问题解决方案.
1, mysql安装时设置字符集utf-8, jdbc驱动3.0.15以上.
2. hibernate配置文件中,� ......
我在 EMS SQL Manager 2005 for MySQL 这个 MySQL 图形客户端下可以顺利运行。但是在 SQLyog MySQL GUI v5.02 这个客户端就会出错。最后找到原因是没有设置好 delimiter 的问题。默认情况下，delimiter “;” 用于向 MySQL 提交查询语句。在存储过程中每个 SQL 语句的结尾都有个 “;”，如果这时候，每逢 “;” 就向 MySQL 提交的话，当然会出问题了。于是更改 MySQL 的 delimiter，上面 MySQL 存储过程就编程这样子了：
mysql> delimiter // -- 改变 MySQL delimiter 为：“//” 末尾不要符号 “;”
mysql>
mysql> drop procedure if exists pr_stat_agent //
Query OK, 0 rows affected (0.00 sec)
mysql>
mysql> -- call pr_stat_agent ('2008-07-17', '2008-07-18')
mysql>
mysql> create procedure pr_stat_agent
-> (
-> pi_date_from date
-> ,pi_date_to date
-> )
-> begin
......
数值类型
MySQL
的数值数据类型可以大致划分为两个类别，一个是整数，另一个是浮点数或小数。许多不同的子类型对这些类别中的每一个都是可用的，每个子类型支持不同大小的数据，并且
MySQL 允许我们指定数值字段中的值是否有正负之分或者用零填补。
表列出了各种数值类型以及它们的允许范围和占用的内存空间。
类型
大小
范围（有符号）
范围（无符号）
用途
TINYINT
1 字节
(-128，127)
(0，255)
小整数值
SMALLINT
2 字节
(-32 768，32 767)
(0，65 535)
大整数值
MEDIUMINT
3 字节
(-8 388 608，8 388 607)
(0，16 777 215)
大整数值
INT或INTEGER
4 字节
(-2 147 483 648，2 147 483 647)
(0，4 294 967 295)
大整数值
BIGINT
8 字节
(-9 233 372 036 854 775 808，9 223 372 036 854
775 807)
(0，18 446 744 073 709 551 615)
极大整数值
FLOAT
4 字节
(-3.402 823 466 E+38，1.175 494 351
E-38)，0，(1.175 494 351 E-38，3.402 823 466 351 E+38)
0，(1.175 494 351 E-38，3.402 823 466 E+38)
单精度
浮点数值
DOUBLE
8 字节
(1.797 693 134 862 315 7 E+308，2.225 073 858 507
201 4 E-308)，0，(2.225 ......
MySQL数据库优化处理实现千万级快速分页分析，来看下吧。
数据表 collect ( id, title ,info ,vtype) 就这4个字段，其中 title 用定长，info 用text, id 是逐渐，vtype是tinyint，vtype是索引。这是一个基本的新闻系统的简单模型。现在往里面填充数据，填充10万篇新闻。
最后collect 为 10万条记录，数据库表占用硬盘1.6G。OK ,看下面这条sql语句：
select id,title from collect limit 1000,10; 很快；基本上0.01秒就OK，再看下面的
select id,title from collect limit 90000,10; 从9万条开始分页，结果？
8-9秒完成，my god 哪出问题了？？？？其实要优化这条数据，网上找得到答案。看下面一条语句:
select id from collect order by id limit 90000,10; 很快，0.04秒就OK。 为什么？因为用了id主键做索引当然快。网上的改法是：
select id,title from collect where id>=(select id from collect order by id limit 90000,1) limit 10;
这就是用了id做索引的结果。可是问题复杂那么一点点，就完了。看下面的语句
select id from collect where vtype=1 order by id limit 90000,10; 很慢，用了8-9秒！
到了这里我相信很多人会和我一样，有崩溃感觉！vtype 做 ......
最新文章 : mysql