先申明一下，这个可能不是BUG。只是算起来是实现的方式不一样而已。
场景：我有一个MYSQL数据库，但是现在容量越来越大，主要是因为其中有大字段，多个大字段，所以在查询的时候会特别特别慢。所以想到用mongo来存储一些查询用的结构。单条的时候，我还是准备采用MYSQL。当然其实单条用mongo也合适。不过因为迁移数据有点麻烦，所以还是先忍忍，一步一步来。
测试阶段：因为MYSQL to MONGO有点小麻烦，没有现成的工具。官方说有mongoimport，我看过了，确实OK，但是只支持一些基础的结构，比如：json,csv等。其他的则需要第三方工具。但我自己先在测试中，所以就直接写了个脚本，先将数据用AR取出来。然后插入到mongo中。结果发现，在排序的时候。。9999比10000还大。问了一下神仙 ，他说这应该是按字符串排序的方式来做的。
于是做了一个测试，写进了一个数字，果然就对了。。难道是yii的AR的BUG？想想这不太应该啊。于是我写了一个小的Demo:
PHP代码
- $db = mysql_connect("localhost","root","123456");
- mysql_select_db("feed");
- $query = mysql_query("select id from feeds_group limit 1");
- while($rs = mysql_fetch_array($query)){
- $result = $rs;
- echo "<pre>";
- var_dump($result);
- echo "</pre>";
- }
- echo "<hr />";
- $dsn = 'mysql:host=localhost;dbname=feed';
- $user = 'root';
- $password = '123456';
- $dbh = new PDO($dsn, $user, $password);
- $sth = $dbh->prepare("select id from feeds_group limit 1");
- $sth->execute();
- $result = $sth->fetchAll();
- echo "<pre>";
- var_dump($result);
- echo "</pre>";
打印出来一看：
XML/HTML代码
- array(2) {
- [0]=>
- string(1) "1"
- ["id"]=>
- string(1) "1"
- }
- array(1) {
- [0]=>
- array(2) {
- ["id"]=>
- string(1) "1"
- [0]=>
- string(1) "1"
- }
- }
果然出来就是字符串了，最后只能自己在插到mongo的时候写了一个小函数，对于数值型字段做了转换，问题就这样解决了。