c*****d
发帖数: 6045 | |
B*****g
发帖数: 34098 | 2 没大牛提携，以后只能靠自己了
【在 c*****d 的大作中提到】
: 水版的人再吵火车订票系统，看到有人推荐这篇淘宝的文章不错
: http://kb.cnblogs.com/page/132724/
|
e****7
发帖数: 4387 | |
w*r
发帖数: 2421 | 4 hehe.. 实际应用都是从种种的痛苦中进化出来的，所以好的DBA不是考试考出来的，是
从developer进化出来的 |
B*****g
发帖数: 34098 | 5 求进化
【在 w*r 的大作中提到】
: hehe.. 实际应用都是从种种的痛苦中进化出来的，所以好的DBA不是考试考出来的，是
: 从developer进化出来的
|
w*r
发帖数: 2421 | 6 淘宝走了不少弯路，从小型机的圈子里面跳出来绝对是正确的方向，自主研发file
system这个水平超出了进化的范畴，直接是mutation了，当然要到mutation背后的银子
和团队的实力超出了个人进化的范畴 |
e****7
发帖数: 4387 | |
e****7
发帖数: 4387 | |
c*****d
发帖数: 6045 | 9 没错，淘宝这个级别只能自己搞，tfs他们搞对路了
【在 w*r 的大作中提到】
: 淘宝走了不少弯路，从小型机的圈子里面跳出来绝对是正确的方向，自主研发file
: system这个水平超出了进化的范畴，直接是mutation了，当然要到mutation背后的银子
: 和团队的实力超出了个人进化的范畴
|
y*****g
发帖数: 677 | |
|
|
c*****d
发帖数: 6045 | 11 这也是没办法，他们那个级别的网站，没有一个商业数据库能搞定
【在 y*****g 的大作中提到】
: 这帮人挺牛的， 有自己搞的东西
|
B*****g
发帖数: 34098 | 12 能做一些前人没做过的事挺有意思的
【在 c*****d 的大作中提到】
: 这也是没办法，他们那个级别的网站，没有一个商业数据库能搞定
|
W*******e
发帖数: 1268 | 13 这就是和国内的距离啊，同班同学忙着构筑新的淘宝，我们这边忙着搞deal，上百度新
浪下载免费书籍
【在 c*****d 的大作中提到】
: 水版的人再吵火车订票系统，看到有人推荐这篇淘宝的文章不错
: http://kb.cnblogs.com/page/132724/
|
c*****d
发帖数: 6045 | 14 呵呵，没办法，体制决定的
国内不勤快，不聪明的就要被淘汰
美国这种环境再勤快的人也给养懒了
【在 W*******e 的大作中提到】
: 这就是和国内的距离啊，同班同学忙着构筑新的淘宝，我们这边忙着搞deal，上百度新
: 浪下载免费书籍
|
B*****g
发帖数: 34098 | 15 说谁呢？
【在 c*****d 的大作中提到】
: 呵呵，没办法，体制决定的
: 国内不勤快，不聪明的就要被淘汰
: 美国这种环境再勤快的人也给养懒了
|
c*****d
发帖数: 6045 | 16 没错，你也是其中之一
【在 B*****g 的大作中提到】
: 说谁呢？
|
B*****g
发帖数: 34098 | 17 被打击了，求安慰包
【在 c*****d 的大作中提到】
: 没错，你也是其中之一
|
z******4
发帖数: 4716 | 18 这个是我最遗憾的事情，没有亲自加入做这种大规模的东西，当时是中国比较早做海量
数据的
唉，其实淘宝当年找电信的就好了，电信计费，尤其是广东省，一天上亿的话单，早就
有经验处理这种东西了
我记得我当年，每天要处理5000万话单，一天大概10w个文件，就连load登录就要花20
分钟，因为小文件load一次就登录一次，后来解决方案是合并话单，其实我当时想搞
Pipe，利用管道连续读小文件
后来文件接收也成了问题，专门写个程序监督文件
到后面代码的更新也变成问题，这时候就对ORacle的dirty read有兴趣了，高峰时期
6000个作业并发，又专门做了一个作业调度系统，后来发现就是Control M
在后面发现SQL优化，一次几十个表join，实在考验对数据库的熟悉程度
可惜了，跑到国外，上个千万就不得了，我记得当年工行私人客户3亿，那种大表join
实在是爽
妈的，到国外人家也不认可我的经验，nnd，想做架构师也做不了，每次看到他们做的
架构就像吐
现在，满腹经纶无人可说啊 |
e****7
发帖数: 4387 | 19
20
大牛
【在 z******4 的大作中提到】
: 这个是我最遗憾的事情，没有亲自加入做这种大规模的东西，当时是中国比较早做海量
: 数据的
: 唉，其实淘宝当年找电信的就好了，电信计费，尤其是广东省，一天上亿的话单，早就
: 有经验处理这种东西了
: 我记得我当年，每天要处理5000万话单，一天大概10w个文件，就连load登录就要花20
: 分钟，因为小文件load一次就登录一次，后来解决方案是合并话单，其实我当时想搞
: Pipe，利用管道连续读小文件
: 后来文件接收也成了问题，专门写个程序监督文件
: 到后面代码的更新也变成问题，这时候就对ORacle的dirty read有兴趣了，高峰时期
: 6000个作业并发，又专门做了一个作业调度系统，后来发现就是Control M
|
u*********e
发帖数: 9616 | |
