uuid 部分应该可以优化

[phuslu]

1. uuid 似乎应该用 int 来存到表中，而且看起来应该使用 uuid 的变种，比如 COMB。优点可以看 http://www.famkruithof.net/guid-uuid-timebased.html
2. 标准库 json 的话，效率其实比较慢，可以考虑用 ujson, 其实放弃部分可读性的话，可以考虑用 ubjson http://ubjson.org/
3. tornando 的 database 实用性不高，可以考虑用 DBUtils.
4. 索引这块不知道是否已经有思路？
5. 其实后期还可以考虑用 cython/cffi 加速

ps: 其实我是 mongodb 的用户，主要用它来分析日志，看到 NoMagic 的时候感觉和公司之前的一个项目很像，但是可惜后来也换成 mongo 了，希望作者能个继续下去。

[kernel1983]

在写NoMagic的时候, 最小库依赖是一个原则. NoMagic本身也降低了Mongodb的依赖:)

1. uuid 似乎应该用 int 来存到表中，而且看起来应该使用 uuid 的变种，比如 COMB。优点可以看 http://www.famkruithof.net/guid-uuid-timebased.html
   这个建议很好, 在uuid的选择方面, 应该可以做一定优化
2. 标准库 json 的话，效率其实比较慢，可以考虑用 ujson, 其实放弃部分可读性的话，可以考虑用 ubjson http://ubjson.org/
   很对, 在生产环境下应该替换
3. tornando 的 database 实用性不高，可以考虑用 DBUtils.
   因为所有的项目都用了tornado, 如果需要优化, 应该是直接使用 mysql-python
4. 索引这块不知道是否已经有思路？
   KV编程的思路, 需要设法尽可能避免索引
5. 其实后期还可以考虑用 cython/cffi 加速
   优化无止境