transaction衡量都要有标准 - Programming版

本页内容为未名空间相应帖子的节选和存档，一周内的贴子最多显示50字，超过一周显示500字访问原贴

Programming版 - transaction衡量都要有标准

相关主题
● 论拿出code	● 魏公公，赌局我接了，你把500万／秒的订票系统做出来
● 现在主要取决于好虫的态度	● 每秒500万
● 老魏，qxc的信收到了吗？	● 我来提个方案，大家看合理不合理
● 我说老 bug，给个数据库模型大家学习学习	● 分布式分票算法
● 我搞定了好虫数据库的方案	● 搞技术的，要有起码的是非观念 by 老魏
● goodbug的设计为啥不能撑过100K/s？	● 数据库分票策略
● 为什么分布式搞不定12306？	● 继续掐12306
● goodbug劝你一句，不作不死	● 古德霸啊古德霸，不打你脸是不行了

相关话题的讨论汇总
话题: 衡量话题: 性能话题: 数据库话题: 标准

进入Programming版参与讨论

(共1页)

t**********1
发帖数: 550

看看，TPC-C的标准文档。
http://www.tpc.org/tpcc/spec/tpcc_current.pdf
任何数据库，我可以轻松一个transaction做一天。
难道我可以狡辩数据库的性能是 1 transaction per day？
我要实现的那个订票系统，分配座位的优化都俺找goodbug的要求做了。
TA还不满足，条件都谈好了，还事后反悔加功能。
你可以狡辩全家多张票ALL-OR-NONE是必须的。什么不是必须的？我是个完美主义者，
我还认为指定座位靠不靠窗，确定是否同座，还有以上所有组合加上时间车次范围最佳
匹配搜索，以及其他奇技淫巧都是必须的。
是不是最好还要有一个查询语言引擎带JIT更好？
难道简单买一趟车的票，和10个车次联票100张团体票都算一个transaction，衡量指标
都按照一个transaction算？
那我说所有的数据库，性能都一样差。都可以做成1 transaction per day。
我们讨论的是关键核心功能的性能。而不是做一个实用的系统。我的时间有限，不可能
免费做一个12306出来。
现在更大的问题是，我要做事，有人在一旁冷嘲热讽。毫无客观性。既然如此我为啥要
做？
网友的损失是看不到一个稍加优化的系统性能到底能做到多少而已。

(共1页)

进入Programming版参与讨论

相关主题
● 古德霸啊古德霸，不打你脸是不行了	● 我搞定了好虫数据库的方案
● 赌约在此	● goodbug的设计为啥不能撑过100K/s？
● 大家都买过机票吧	● 为什么分布式搞不定12306？
● 我的方案解决了抢票和查询的scale问题	● goodbug劝你一句，不作不死
● 论拿出code	● 魏公公，赌局我接了，你把500万／秒的订票系统做出来
● 现在主要取决于好虫的态度	● 每秒500万
● 老魏，qxc的信收到了吗？	● 我来提个方案，大家看合理不合理
● 我说老 bug，给个数据库模型大家学习学习	● 分布式分票算法

相关话题的讨论汇总
话题: 衡量话题: 性能话题: 数据库话题: 标准

#	版面	帖数(主题数)
-	全站	4871 (796)
1	Military	3777 (569)
2	Stock	341 (51)
3	Joke	117 (17)
4	History	116 (3)
5	Automobile	100 (9)
6	USANews	55 (9)
7	Midlife	45 (1)
8	Headline	41 (41)
9	Dreamer	33 (13)
10	FleaMarket	32 (20)
11	Living	30 (7)

boards

未名新帖统计// 7月16日

历史上的今天