|
锁定老帖子 主题：淘宝下单高并发解决方案
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2012-05-10
分析的挺不错的！受用了！毕业还不到一年，还没做过这样的项目。。。
|
| 返回顶楼 | |
|
发表时间：2012-05-10
vinsonnubo 写道 对于超大数据量的系统可以考虑不用关系数据库，而用像Hadoop框架，构建一个分布式文件系统，再采用高性能搜索引擎来对数据进行检索。Google就是采用类似的技术
淘宝的即时交易数据只保留三个月之内的数据，超过三个月就放到HBase中了，Hbase和Hadoop原理上差不多吧 |
| 返回顶楼 | |
|
发表时间：2012-05-11
好东西啊。休息的时候慢慢看。
|
| 返回顶楼 | |
|
发表时间：2012-05-14
還沒做過數據庫，但是也有收穫！！
|
| 返回顶楼 | |
|
发表时间：2012-05-14
在微博上已看过，写的很好...
|
| 返回顶楼 | |
|
发表时间：2012-05-15
哎对数据库这块了解的不是很深，写的很好，支持个
|
| 返回顶楼 | |
|
发表时间：2012-05-15
分表查询有利，插入数据怎么办？如何保证数据插入主键的全局惟一性？
|
| 返回顶楼 | |
|
发表时间：2012-05-15
BloodyCoder 写道 分表查询有利，插入数据怎么办？如何保证数据插入主键的全局惟一性？
GUID |
| 返回顶楼 | |
|
发表时间：2012-05-15
BloodyCoder 写道 分表查询有利，插入数据怎么办？如何保证数据插入主键的全局惟一性？
GUID是可以解决问题，不过GUID效率似乎有点低。可以用一个专门的算法生成ID号。 |
| 返回顶楼 | |
|
发表时间：2012-05-15
yukaizhao 写道 BloodyCoder 写道 分表查询有利，插入数据怎么办？如何保证数据插入主键的全局惟一性？
GUID是可以解决问题，不过GUID效率似乎有点低。可以用一个专门的算法生成ID号。 啥算法！ |
| 返回顶楼 | |
