Tornado Documentation http://www.v2ex.com/tornado/ Tornado on GitHub https://github.com/facebook/tornado/ Tornado Gists http://tornadogists.org/
这是一个创建于 4902 天前的主题，其中的信息可能已经有所发展或是发生改变。
根据Bret Taylor的blog: http://backchannel.org/blog/friendfeed-schemaless-mysql
实现了一套NoSQL on MySQL, 基于tornado, 其实只用到它的database.py
无ORM, 纯SQL, 纯函数
自己试用了一下, 觉得非常强大, MySQL在这种模式下使用, 不再有花半个小时索引数据的需求, 并且可以通过增加机器数量快速的scale up
不知道有没有必要将这套东西整理开放出来, 做出一种标准化的东西, 以便快速应用到各种业务的实现上面
有朋友对此感兴趣吗?
实现了一套NoSQL on MySQL, 基于tornado, 其实只用到它的database.py
无ORM, 纯SQL, 纯函数
自己试用了一下, 觉得非常强大, MySQL在这种模式下使用, 不再有花半个小时索引数据的需求, 并且可以通过增加机器数量快速的scale up
不知道有没有必要将这套东西整理开放出来, 做出一种标准化的东西, 以便快速应用到各种业务的实现上面
有朋友对此感兴趣吗?
 | 1 ipconfiger 2012 年 8 月 17 日  1 我已经开源出来一个实现了 https://github.com/ipconfiger/free4my |
 | 2 kernel1983 OP Wow, very nice! 读了一下, 很不错. 不过最近我在尝试FP的东西, 我写的一大堆也全部都是函数, 一个类都没有. 目前正在努力减少代码行数. |
 | 3 Zhongwei 2012 年 8 月 17 日 非常有兴趣啊！ 最近在做的几个系统都开始尝试使用这种数据库设计。 目前数据量比较小，想偷偷使用事务。。。 |
 | 4 ghoulr 2012 年 8 月 17 日 既然这么别扭了已经，为啥不用postgresql呢，有一个字段类型叫hstore... mysql已经变成了锤子了么 |
| 5 kernel1983 OP PostgreSQL如果能解决问题, MySQL早就被抛弃了 讨论中这种编程方式事实上最后变成一个key/value数据库编程的问题, 偶尔利用一下mysql的索引功能, 数据存储部分其实可以用BDB引擎代替了(暂时不打算分开折腾) 另外自己的工作效率在使用schemaless的数据结构以后, 有了很大的提升. 数据库结构的设计和修改往往占用了很多的编码时间和团队沟通时间, 现在团队则会花更多时间讨论数据块粒度对于整个系统性能的影响, 以及读取算法的优化, 而不是花时间决定应该怎样命名某个字段. |
Select Language