z****e
发帖数: 54598 | 1 你们信不信哪
一般天朝企业采购就三步骤
第一微软的office
第二ibm的中间件
第三oracle的db
这三个是软件支出大头，都tmd贼贵
不过总得来说，第三个可替代的难度最大
因为天朝没有多少企业能做db
所以相对安全点，天朝软件水平怎样
你看当年db就知道，当年金山时代天朝企业做过db产品
结果一个没剩下来，office还是有金山办公软件可以匹敌
然后ibm那一套，金蝶什么还是能做的
但是db，要说一夜之间搞掉，还真难 |
p*****s
发帖数: 1780 | 2 db没啥替代品啊。oracle, DB2, MS SQL都是美国的。就连mysql也是oracle的 |
D*****i
发帖数: 8922 | |
m*****s
发帖数: 2449 | 4 主要问题在于网络。网络安全搞好，数据的安全靠自己加密。我不认为Oracle有太多风
险。IBM也不应该有，这个只不过是短期枪打出头鸟而已。
最应该整的就是Cisco。这种左逼无耻下贱公司＋阿三当道的公司，应该尽快取缔。
微软的后们说了十几年了。核心部门的专用网络，和os后门没关系，一查ip snap就知
道了。
所以最重要的就是网络。掐死cisco是正事儿。
【在 z****e 的大作中提到】
: 你们信不信哪
: 一般天朝企业采购就三步骤
: 第一微软的office
: 第二ibm的中间件
: 第三oracle的db
: 这三个是软件支出大头，都tmd贼贵
: 不过总得来说，第三个可替代的难度最大
: 因为天朝没有多少企业能做db
: 所以相对安全点，天朝软件水平怎样
: 你看当年db就知道，当年金山时代天朝企业做过db产品
|
m********t
发帖数: 13072 | |
O****X
发帖数: 24292 | 6 打击不到的
DB技术含量最高
联想的老总当年就是搞据库软件的
最后绝望地去倒卖电脑，发了
【在 z****e 的大作中提到】
: 你们信不信哪
: 一般天朝企业采购就三步骤
: 第一微软的office
: 第二ibm的中间件
: 第三oracle的db
: 这三个是软件支出大头，都tmd贼贵
: 不过总得来说，第三个可替代的难度最大
: 因为天朝没有多少企业能做db
: 所以相对安全点，天朝软件水平怎样
: 你看当年db就知道，当年金山时代天朝企业做过db产品
|
D*****i
发帖数: 8922 | 7 掐死cisco都不用理由，就用米蒂对付华为的手段还治其人之身就行了。关键是华为要
争气，拿得出过硬的产品来，性能不能比别人差太多。
【在 m*****s 的大作中提到】
: 主要问题在于网络。网络安全搞好，数据的安全靠自己加密。我不认为Oracle有太多风
: 险。IBM也不应该有，这个只不过是短期枪打出头鸟而已。
: 最应该整的就是Cisco。这种左逼无耻下贱公司＋阿三当道的公司，应该尽快取缔。
: 微软的后们说了十几年了。核心部门的专用网络，和os后门没关系，一查ip snap就知
: 道了。
: 所以最重要的就是网络。掐死cisco是正事儿。
|
s*x
发帖数: 8041 | 8 应该，至少给华为出出气啊
【在 m*****s 的大作中提到】
: 主要问题在于网络。网络安全搞好，数据的安全靠自己加密。我不认为Oracle有太多风
: 险。IBM也不应该有，这个只不过是短期枪打出头鸟而已。
: 最应该整的就是Cisco。这种左逼无耻下贱公司＋阿三当道的公司，应该尽快取缔。
: 微软的后们说了十几年了。核心部门的专用网络，和os后门没关系，一查ip snap就知
: 道了。
: 所以最重要的就是网络。掐死cisco是正事儿。
|
z****e
发帖数: 54598 | 9 当年用pure c硬写，太难
c++也很难，对于大系统来说
现在nosql起来咯，java成熟咯
pure db的好日子不多了
整体市场被nosql给压缩
【在 O****X 的大作中提到】
: 打击不到的
: DB技术含量最高
: 联想的老总当年就是搞据库软件的
: 最后绝望地去倒卖电脑，发了
|
O****X
发帖数: 24292 | |
|
|
O****X
发帖数: 24292 | 11 这种成熟的先发技术要赶很困难的
你进步一点人家有很多手段扼杀你
降点价让点利什么的
后发的根本没什么油水去做
难道都拼着爱国去搞
【在 z****e 的大作中提到】
: 当年用pure c硬写，太难
: c++也很难，对于大系统来说
: 现在nosql起来咯，java成熟咯
: pure db的好日子不多了
: 整体市场被nosql给压缩
|
D*****i
发帖数: 8922 | 12 这个nosql的性能和可靠性如何？如果这方面不行的话，打不进金融行业。
另外像金融行业，有大量的历史遗留软件，不好轻易放弃的。当年抓千年虫的时候，不
是大量招会什么COBOL语言的人吗？这都什么老古董啊。
【在 z****e 的大作中提到】
: 当年用pure c硬写，太难
: c++也很难，对于大系统来说
: 现在nosql起来咯，java成熟咯
: pure db的好日子不多了
: 整体市场被nosql给压缩
|
xt
发帖数: 17532 | 13 现在数据库已经不是什么高新技术，理论都已经非常成熟，
缺少的就是耐心。
【在 z****e 的大作中提到】
: 你们信不信哪
: 一般天朝企业采购就三步骤
: 第一微软的office
: 第二ibm的中间件
: 第三oracle的db
: 这三个是软件支出大头，都tmd贼贵
: 不过总得来说，第三个可替代的难度最大
: 因为天朝没有多少企业能做db
: 所以相对安全点，天朝软件水平怎样
: 你看当年db就知道，当年金山时代天朝企业做过db产品
|
u*****n
发帖数: 3277 | 14 支持中国龙数！
【在 z****e 的大作中提到】
: 你们信不信哪
: 一般天朝企业采购就三步骤
: 第一微软的office
: 第二ibm的中间件
: 第三oracle的db
: 这三个是软件支出大头，都tmd贼贵
: 不过总得来说，第三个可替代的难度最大
: 因为天朝没有多少企业能做db
: 所以相对安全点，天朝软件水平怎样
: 你看当年db就知道，当年金山时代天朝企业做过db产品
|
h***i
发帖数: 89031 | 15 你被小将盗号了
还是变形虫
【在 u*****n 的大作中提到】
: 支持中国龙数！
|
a***g
发帖数: 3377 | 16 武汉的达梦DM7 不知道怎么样？关键是，有多少应用支持该数据库。 |
xt
发帖数: 17532 | 17 数据库都是靠接口来支持应用，所以应用不是大问题。当然如果
要更加亲密的应用就需要特别的支持，比如以前Oracle对SAP的
支持这种。
【在 a***g 的大作中提到】
: 武汉的达梦DM7 不知道怎么样？关键是，有多少应用支持该数据库。
|
l******t
发帖数: 55733 | |
xt
发帖数: 17532 | 19 数据库这个东西现在就是拼积累，技术都在那里，里面有
哪些东西大家都知道。国内的问题是没有多少人能够舍得
这么大的长线投资，都想快发财，所以都做solution.
【在 l******t 的大作中提到】
: 有没替代是关键啊
|
a***g
发帖数: 3377 | |
|
|
I******I
发帖数: 14241 | 21 靠，掐死cisco，谁给我党提供防火长城？
【在 m*****s 的大作中提到】
: 主要问题在于网络。网络安全搞好，数据的安全靠自己加密。我不认为Oracle有太多风
: 险。IBM也不应该有，这个只不过是短期枪打出头鸟而已。
: 最应该整的就是Cisco。这种左逼无耻下贱公司＋阿三当道的公司，应该尽快取缔。
: 微软的后们说了十几年了。核心部门的专用网络，和os后门没关系，一查ip snap就知
: 道了。
: 所以最重要的就是网络。掐死cisco是正事儿。
|
c*****r
发帖数: 418 | 22 国内早就开干了，华中理工的数据库据说能做到Oracle 8兼容。 |
s********i
发帖数: 17328 | 23 enterprise的东西不是那么好替代的，功能只是很小的一部分，可靠性啊，安全性啊什
么的对企业用户很重要，而这些东西都是长期积累起来的。强制替代当然可以，但短期
必定有影响，长期如果替代产品还是跟不上，还得用人家的。 |
m*****s
发帖数: 2449 | 24 你学什么的，不知道金盾工程？不知道方兵兴，和方傻逼齐名的牛人。
【在 I******I 的大作中提到】
: 靠，掐死cisco，谁给我党提供防火长城？
|
t***o
发帖数: 4265 | 25 mysql, postgresql都是开源的，为啥不可以用？
其开发团队中就有中国人。我们都可以去contribute.
数据库难在哪里？
【在 z****e 的大作中提到】
: 你们信不信哪
: 一般天朝企业采购就三步骤
: 第一微软的office
: 第二ibm的中间件
: 第三oracle的db
: 这三个是软件支出大头，都tmd贼贵
: 不过总得来说，第三个可替代的难度最大
: 因为天朝没有多少企业能做db
: 所以相对安全点，天朝软件水平怎样
: 你看当年db就知道，当年金山时代天朝企业做过db产品
|
j********p
发帖数: 9680 | |
t********s
发帖数: 4503 | 27 自己得卫生经不自己带，让流氓给你带？
【在 O****X 的大作中提到】
: 这种成熟的先发技术要赶很困难的
: 你进步一点人家有很多手段扼杀你
: 降点价让点利什么的
: 后发的根本没什么油水去做
: 难道都拼着爱国去搞
|
s*****r
发帖数: 43070 | 28 没那么入容易，已有的数据要移植到新系统，在任何公司都是难题
【在 z****e 的大作中提到】
: 当年用pure c硬写，太难
: c++也很难，对于大系统来说
: 现在nosql起来咯，java成熟咯
: pure db的好日子不多了
: 整体市场被nosql给压缩
|
s*****r
发帖数: 43070 | 29 nosql 没有transaction，没法用到金融业上，一旦涉及到交易的数据，都是万分的小心
【在 D*****i 的大作中提到】
: 这个nosql的性能和可靠性如何？如果这方面不行的话，打不进金融行业。
: 另外像金融行业，有大量的历史遗留软件，不好轻易放弃的。当年抓千年虫的时候，不
: 是大量招会什么COBOL语言的人吗？这都什么老古董啊。
|
z****e
发帖数: 54598 | 30 会抢掉不少份额
毕竟核心业务还是要在db上跑
但是对于大多数，什么搞网站之类的
足够用了
【在 D*****i 的大作中提到】
: 这个nosql的性能和可靠性如何？如果这方面不行的话，打不进金融行业。
: 另外像金融行业，有大量的历史遗留软件，不好轻易放弃的。当年抓千年虫的时候，不
: 是大量招会什么COBOL语言的人吗？这都什么老古董啊。
|
|
|
z****e
发帖数: 54598 | 31 天朝企业不敢用
程序员理论水平达不到，出了问题，没有乙方可以随便推卸责任
淘宝就在用他们自己版本的mysql
这些东西，都要点魄力才行
【在 t***o 的大作中提到】
: mysql, postgresql都是开源的，为啥不可以用？
: 其开发团队中就有中国人。我们都可以去contribute.
: 数据库难在哪里？
|
z****e
发帖数: 54598 | 32 是，数据库migration从来都是头疼的大条
就看成熟度了，如果有hibernat这些的话
会容易很多
【在 s*****r 的大作中提到】
: 没那么入容易，已有的数据要移植到新系统，在任何公司都是难题
|
xt
发帖数: 17532 | 33 真能扯。如果hibernate能解决就不叫难了，且不说里面各种procedure
等等东西。
【在 z****e 的大作中提到】
: 是，数据库migration从来都是头疼的大条
: 就看成熟度了，如果有hibernat这些的话
: 会容易很多
|
z****e
发帖数: 54598 | 34 procedure是二十年前就应该被淘汰的东西
谁让你用procedure？
这些东西全部用java来写
以前是一些过气的程序员水平达不到
所以一直用procedure，现在之所以很难搞，就是因为这些sp太多了
对于这些过气的程序员来看
中间这一层是db层的映射
这种程序员应该被时代淘汰掉
【在 xt 的大作中提到】
: 真能扯。如果hibernate能解决就不叫难了，且不说里面各种procedure
: 等等东西。
|
a****r
发帖数: 12375 | 35 oracle不好搞的
首先oracle现在学精了，底层平台很开放，可以跑在各种架构上
其次oracle产品不用于商业用途的话，可以随便下载试用，试用期不限制
再次，相对oracle低端的mysql已经被oracle买了
最后，能和oracle匹敌的开源数据库也就pgsql，
中国的积累很糟，比日本差的远。
南大那个gbase就是pgsql，不知道有没有偷日本富士通的技术
你们信不信哪
一般天朝企业采购就三步骤
第一微软的office
第二ibm的中间件
第三oracle的db
这三个是软件支出大头，都tmd贼贵
不过总得来说，第三个可替代的难度最大
因为天朝没有多少企业能做db
所以相对安全点，天朝软件水平怎样
你看当年db就知道，当年金山时代天朝企业做过db产品
结果一个没剩下来，office还是有金山办公软件可以匹敌
然后ibm那一套，金蝶什么还是能做的
但是db，要说一夜之间搞掉，还真难
【在 z****e 的大作中提到】
: 你们信不信哪
: 一般天朝企业采购就三步骤
: 第一微软的office
: 第二ibm的中间件
: 第三oracle的db
: 这三个是软件支出大头，都tmd贼贵
: 不过总得来说，第三个可替代的难度最大
: 因为天朝没有多少企业能做db
: 所以相对安全点，天朝软件水平怎样
: 你看当年db就知道，当年金山时代天朝企业做过db产品
|
a****r
发帖数: 12375 | 36 能和oracle匹敌的只有pgsql
mysql那是玩具水平的sql，MSSQL就更别提了
db没啥替代品啊。oracle, DB2, MS SQL都是美国的。就连mysql也是oracle的
【在 p*****s 的大作中提到】
: db没啥替代品啊。oracle, DB2, MS SQL都是美国的。就连mysql也是oracle的
|
z****e
发帖数: 54598 | 37 nosql的本意就是用来替换db里面不那么需要acid的部分
现在用得越来越多
mysql被oracle搞这要怪混蛋的sun
没事跑去收购mysql，要不然mysql不会被oracle吞并
【在 a****r 的大作中提到】
: oracle不好搞的
: 首先oracle现在学精了，底层平台很开放，可以跑在各种架构上
: 其次oracle产品不用于商业用途的话，可以随便下载试用，试用期不限制
: 再次，相对oracle低端的mysql已经被oracle买了
: 最后，能和oracle匹敌的开源数据库也就pgsql，
: 中国的积累很糟，比日本差的远。
: 南大那个gbase就是pgsql，不知道有没有偷日本富士通的技术
:
: 你们信不信哪
: 一般天朝企业采购就三步骤
|
xt
发帖数: 17532 | 38 我靠，procedure的优化程度和Java的优化程度真的说不上谁更
好。再说数据traffic也是一个大问题，你到底懂多少啊？
【在 z****e 的大作中提到】
: procedure是二十年前就应该被淘汰的东西
: 谁让你用procedure？
: 这些东西全部用java来写
: 以前是一些过气的程序员水平达不到
: 所以一直用procedure，现在之所以很难搞，就是因为这些sp太多了
: 对于这些过气的程序员来看
: 中间这一层是db层的映射
: 这种程序员应该被时代淘汰掉
|
z****e
发帖数: 54598 | 39 关键是legacy system
没有人愿意碰，现在大概年头在20年以上得企业
多数都有oracle的db
里面一堆乱七八糟的sp
养了一堆无能的dba在混饭吃
新兴企业用oracle或者db的越来越少
【在 j********p 的大作中提到】
: 可以用开源数据库软件。
|
z****e
发帖数: 54598 | 40 procedure最大的问题是vendor lockin
这个其实从java或者说j2ee概念提出来的那一天起
就冲这个这个过去的
就是打算用middleware来整体替换掉sp以前做的那些事
ejb里面有entitybean，就是打算用来做这个的
但是很多程序员水平达不到，不懂怎么做
所以就怪哎呀，这个东西难用阿
【在 xt 的大作中提到】
: 我靠，procedure的优化程度和Java的优化程度真的说不上谁更
: 好。再说数据traffic也是一个大问题，你到底懂多少啊？
|
|
|
b******l
发帖数: 261 | 41 [这边好像可以讨论些实际的东西，把我的观点挪过来]
"银行领导是怕担责任，不是怕花钱，买IBM和Oracle的产品附带服务会让他们安心很多
"
其实这是有道理的,如果有一个国内的公司可以给决策者带来同样的"安心", IBM离死就
不远了. 可是现在没有, 哪位领导没事干,去当这个炮灰? |
z****e
发帖数: 54598 | 42 你靠个球
这个东西从理论上说就是错的
一开始就有人注意到这个东西会导致将来数据库无法migrate
所以怎么办？才有了各种剥离逻辑这些
跟优化有个bird关系
一堆dba拿钱不干事，弄着过时的技术
天天分析sql语句，装逼
复杂的东西，你用脚本，能搞好才见鬼
【在 xt 的大作中提到】
: 我靠，procedure的优化程度和Java的优化程度真的说不上谁更
: 好。再说数据traffic也是一个大问题，你到底懂多少啊？
|
b******l
发帖数: 261 | 43 替代mainframe这件事,在商业上是不可行的,因为替代的代价和风险太高.哪位高手知道
mainframe上的OS, database是用什么语言写的?能答上的,估计会同意我的意见.
九十年代初的时候,国内没有任何一家银行可以异地存储(只有邮政储蓄可以).2000年开
始,国内四大银行,每个抽调几百的技术骨干,学习COBOL,花了两年时间, 完成的数据库
和网络的建设. 说风险小的人,应该是没有在大型数据库工作过的. 替换数据库,不只是
后台, 前台的application都要改写. 系统出错和crash都会发生. 去年六月工商行死机
一个小时,造成全国"钱荒"的恐慌,被通报批评. 所以主动替代是吃力不讨好的事情. 这
是300人*2年的工作,而且一定会出错(那个做软件的不出错?) 不用mainframe, 难道用
oracle吗,不是换汤不换药的事?
但是在中国,有的决定是政治立场问题,而不是简单的business/technical问题. 变成政
治问题后,代价和风险就不考虑的.所以有国内的公司或者买source code,或者直接用开
源的RDMS+bigdata, 包装一下,变成爱国注意品牌(比如南大通用gbase),还是有些市场
的. 国内的数据库并不能保证质量比IBM,ORACLE好,而且不一定就便宜,以现在的水平拿
到欧洲,美洲是肯定没有市场前景的,但是在国内打出民族主义的大旗,还是有机会的. |
z****e
发帖数: 54598 | 44 对
大多数公司的人都是废物
管他什么开源便宜
能花钱找外包搞定的就花钱找外包搞
自己不搞，反正是公家的钱
所以一度有了it最后都会被外包的说法
ibm美国已经空心了，技术人员基本上都不在美国
【在 b******l 的大作中提到】
: [这边好像可以讨论些实际的东西，把我的观点挪过来]
: "银行领导是怕担责任，不是怕花钱，买IBM和Oracle的产品附带服务会让他们安心很多
: "
: 其实这是有道理的,如果有一个国内的公司可以给决策者带来同样的"安心", IBM离死就
: 不远了. 可是现在没有, 哪位领导没事干,去当这个炮灰?
|
s*****e
发帖数: 16824 | 45 严格来说，跟崇洋媚外，外F心理有关。你要是花钱买个洋人的东西，将来不好用，你
没责任。但是要是买个国产，如果不好用，一定有人会说为什么当时要买国产的，肯定
受贿了。你是领导也不会买国产的，多一事不如少一事。
【在 b******l 的大作中提到】
: [这边好像可以讨论些实际的东西，把我的观点挪过来]
: "银行领导是怕担责任，不是怕花钱，买IBM和Oracle的产品附带服务会让他们安心很多
: "
: 其实这是有道理的,如果有一个国内的公司可以给决策者带来同样的"安心", IBM离死就
: 不远了. 可是现在没有, 哪位领导没事干,去当这个炮灰?
|
a****r
发帖数: 12375 | 46 南大那个gbase原型是pgsql，骗钱的。
对于pgsql下了功夫研究的是日本。
国内BAT这些下了功夫研究的是mysql
替代mainframe这件事,在商业上是不可行的,因为替代的代价和风险太高.哪位高手知道
mainframe上的OS, database是用什么语言写的?能答上的,估计会同意我的意见.
九十年代初的时候,国内没有任何一家银行可以异地存储(只有邮政储蓄可以).2000年开
始,国内四大银行,每个抽调几百的技术骨干,学习COBOL,花了两年时间, 完成的数据库
和网络的建设. 说风险小的人,应该是没有在大型数据库工作过的. 替换数据库,不只是
后台, 前台的application都要改写. 系统出错和crash都会发生. 去年六月工商行死机
一个小时,造成全国"钱荒"的恐慌,被通报批评. 所以主动替代是吃力不讨好的事情. 这
是300人*2年的工作,而且一定会出错(那个做软件的不出错?) 不用mainframe, 难道用
oracle吗,不是换汤不换药的事?
但是在中国,有的决定是政治立场问题,而不是简单的business/technical问题. 变成政
治问题后,代价和风险就不考虑的.所以有国内的公司或者买source code,或者直接用开
源的RDMS+bigdata, 包装一下,变成爱国注意品牌(比如南大通用gbase),还是有些市场
的. 国内的数据库并不能保证质量比IBM,ORACLE好,而且不一定就便宜,以现在的水平拿
到欧洲,美洲是肯定没有市场前景的,但是在国内打出民族主义的大旗,还是有机会的.
【在 b******l 的大作中提到】
: 替代mainframe这件事,在商业上是不可行的,因为替代的代价和风险太高.哪位高手知道
: mainframe上的OS, database是用什么语言写的?能答上的,估计会同意我的意见.
: 九十年代初的时候,国内没有任何一家银行可以异地存储(只有邮政储蓄可以).2000年开
: 始,国内四大银行,每个抽调几百的技术骨干,学习COBOL,花了两年时间, 完成的数据库
: 和网络的建设. 说风险小的人,应该是没有在大型数据库工作过的. 替换数据库,不只是
: 后台, 前台的application都要改写. 系统出错和crash都会发生. 去年六月工商行死机
: 一个小时,造成全国"钱荒"的恐慌,被通报批评. 所以主动替代是吃力不讨好的事情. 这
: 是300人*2年的工作,而且一定会出错(那个做软件的不出错?) 不用mainframe, 难道用
: oracle吗,不是换汤不换药的事?
: 但是在中国,有的决定是政治立场问题,而不是简单的business/technical问题. 变成政
|
z****e
发帖数: 54598 | 47 我研究的一个topic就是如何用nosql来替换掉db
当然绝对替换不可能
但是可以实现最大程度剥离db的负载
把对db的依赖程度降低到最低
目前看开源db完全可行
但是legacy system，很难搞
有hibernate说明这个公司的人有这个意识
如果是sp横飞的，基本上这个系统就被oracle绑架了
新系统一般都不这么高，老系统怎么搞，还真没什么特别好的方法
【在 b******l 的大作中提到】
: 替代mainframe这件事,在商业上是不可行的,因为替代的代价和风险太高.哪位高手知道
: mainframe上的OS, database是用什么语言写的?能答上的,估计会同意我的意见.
: 九十年代初的时候,国内没有任何一家银行可以异地存储(只有邮政储蓄可以).2000年开
: 始,国内四大银行,每个抽调几百的技术骨干,学习COBOL,花了两年时间, 完成的数据库
: 和网络的建设. 说风险小的人,应该是没有在大型数据库工作过的. 替换数据库,不只是
: 后台, 前台的application都要改写. 系统出错和crash都会发生. 去年六月工商行死机
: 一个小时,造成全国"钱荒"的恐慌,被通报批评. 所以主动替代是吃力不讨好的事情. 这
: 是300人*2年的工作,而且一定会出错(那个做软件的不出错?) 不用mainframe, 难道用
: oracle吗,不是换汤不换药的事?
: 但是在中国,有的决定是政治立场问题,而不是简单的business/technical问题. 变成政
|
a****r
发帖数: 12375 | 48 nosql绝对替换不了db
nosql用空间换时间，这对于严格交易系统来说是绝对不能接受的。
我研究的一个topic就是如何用nosql来替换掉db
当然绝对替换不可能
但是可以实现最大程度剥离db的负载
把对db的依赖程度降低到最低
目前看开源db完全可行
但是legacy system，很难搞
有hibernate说明这个公司的人有这个意识
如果是sp横飞的，基本上这个系统就被oracle绑架了
新系统一般都不这么高，老系统怎么搞，还真没什么特别好的方法
【在 z****e 的大作中提到】
: 我研究的一个topic就是如何用nosql来替换掉db
: 当然绝对替换不可能
: 但是可以实现最大程度剥离db的负载
: 把对db的依赖程度降低到最低
: 目前看开源db完全可行
: 但是legacy system，很难搞
: 有hibernate说明这个公司的人有这个意识
: 如果是sp横飞的，基本上这个系统就被oracle绑架了
: 新系统一般都不这么高，老系统怎么搞，还真没什么特别好的方法
|
s********i
发帖数: 17328 | 49 很多人不懂啥叫mission critical和legacy system，企业做东西不是凑合说能用就行
，也不是说就几年的时间，很多都是几十年的东西，怎么替代？你可以慢慢
grandfather掉以前的系统，但新系统不还是这几家的。另外，出了问题谁负责？即便
实行了，最后的结果是领导们用进口系统，屁民们用国产系统。 |
b******l
发帖数: 261 | 50 对，而且数据库还是在计算机领域的关键技术。 真正经过市场考验的就是那几个。 技
术上来说，国内还是比较嫩。
不过当初华为就是偷技术起家，现在全面超越cisco.只要有政府支持，还是有希望的。
【在 s*****e 的大作中提到】
: 严格来说，跟崇洋媚外，外F心理有关。你要是花钱买个洋人的东西，将来不好用，你
: 没责任。但是要是买个国产，如果不好用，一定有人会说为什么当时要买国产的，肯定
: 受贿了。你是领导也不会买国产的，多一事不如少一事。
|
|
|
a****r
发帖数: 12375 | 51 huawei距离cisco距离还不小呢
国内核心路由器层面还是cisco的天下，其他别说国产的，就是Juniper路由器在核心
层面都站不住脚。
对，而且数据库还是在计算机领域的关键技术。 真正经过市场考验的就是那几个。 技
术上来说，国内还是比较嫩。
不过当初华为就是偷技术起家，现在全面超越cisco.只要有政府支持，还是有希望的。
【在 b******l 的大作中提到】
: 对，而且数据库还是在计算机领域的关键技术。 真正经过市场考验的就是那几个。 技
: 术上来说，国内还是比较嫩。
: 不过当初华为就是偷技术起家，现在全面超越cisco.只要有政府支持，还是有希望的。
|
z****e
发帖数: 54598 | 52 again
最大程度降低db的负载
这个完全可以做到
我目前看
除了银行交易信息和客户帐号信息
其他都用nosql都没啥问题
如果只剩这两个的话
db的负载至少减轻70％
主要是以前一堆垃圾程序员什么都用db
搞得db不堪重负
【在 a****r 的大作中提到】
: nosql绝对替换不了db
: nosql用空间换时间，这对于严格交易系统来说是绝对不能接受的。
:
: 我研究的一个topic就是如何用nosql来替换掉db
: 当然绝对替换不可能
: 但是可以实现最大程度剥离db的负载
: 把对db的依赖程度降低到最低
: 目前看开源db完全可行
: 但是legacy system，很难搞
: 有hibernate说明这个公司的人有这个意识
|
z****e
发帖数: 54598 | 53 所以要魄力
这个东西领导不支持没法做
就看领导的了
做了，受益无穷
要不然oracle一个cpu的license贵死了
比ibm的更贵，db2都开源了
【在 s********i 的大作中提到】
: 很多人不懂啥叫mission critical和legacy system，企业做东西不是凑合说能用就行
: ，也不是说就几年的时间，很多都是几十年的东西，怎么替代？你可以慢慢
: grandfather掉以前的系统，但新系统不还是这几家的。另外，出了问题谁负责？即便
: 实行了，最后的结果是领导们用进口系统，屁民们用国产系统。
|
z****e
发帖数: 54598 | 54 专业点
所谓替代不了，都是vendors' lockin
这个你自行google就有一堆文章在说这事
m$就是始作俑者，apple也不差
如果m$的office可以被替换，oracle也是迟早的事
这都是一条船上的
难是一回事，但是愿意不愿意做是另外一回事
愿意做了，动手去做了，多少都会有改变 |
s********i
发帖数: 17328 | 55 就是就是，见过（还别说接触过）mainframe的人就知道了，那简直不是给人用的。
【在 b******l 的大作中提到】
: 替代mainframe这件事,在商业上是不可行的,因为替代的代价和风险太高.哪位高手知道
: mainframe上的OS, database是用什么语言写的?能答上的,估计会同意我的意见.
: 九十年代初的时候,国内没有任何一家银行可以异地存储(只有邮政储蓄可以).2000年开
: 始,国内四大银行,每个抽调几百的技术骨干,学习COBOL,花了两年时间, 完成的数据库
: 和网络的建设. 说风险小的人,应该是没有在大型数据库工作过的. 替换数据库,不只是
: 后台, 前台的application都要改写. 系统出错和crash都会发生. 去年六月工商行死机
: 一个小时,造成全国"钱荒"的恐慌,被通报批评. 所以主动替代是吃力不讨好的事情. 这
: 是300人*2年的工作,而且一定会出错(那个做软件的不出错?) 不用mainframe, 难道用
: oracle吗,不是换汤不换药的事?
: 但是在中国,有的决定是政治立场问题,而不是简单的business/technical问题. 变成政
|
z****e
发帖数: 54598 | 56 现在存储讲究的是big sql
已经有consulting firm在用开源的套件来替换现有公司的系统了
http://www.bigsql.org/se/
这都不是什么新闻，程序员要跟上时代阿 |
xt
发帖数: 17532 | 57 现在讲究的是内存数据库了，你也要跟上点时代啊。
【在 z****e 的大作中提到】
: 现在存储讲究的是big sql
: 已经有consulting firm在用开源的套件来替换现有公司的系统了
: http://www.bigsql.org/se/
: 这都不是什么新闻，程序员要跟上时代阿
|
s********i
发帖数: 17328 | 58 没有受益。吃力不讨好。在中国不存在这样的土壤，举个最简单的例子，绿坝。或者，
你吃国产奶粉，我喝进口奶粉。
【在 z****e 的大作中提到】
: 所以要魄力
: 这个东西领导不支持没法做
: 就看领导的了
: 做了，受益无穷
: 要不然oracle一个cpu的license贵死了
: 比ibm的更贵，db2都开源了
|
z****e
发帖数: 54598 | 59 也没啥不可行的
民航的mainframe都换了好几拨了
这事要领导拍板
就看领导敢不敢拍板
现在敢拍板不用win8和ibm的东西
下一个继续收拾oracle db也在预料之中
出事就出事，上头担着，怕啥？
要让下面屁民选，什么都换不掉
【在 b******l 的大作中提到】
: 替代mainframe这件事,在商业上是不可行的,因为替代的代价和风险太高.哪位高手知道
: mainframe上的OS, database是用什么语言写的?能答上的,估计会同意我的意见.
: 九十年代初的时候,国内没有任何一家银行可以异地存储(只有邮政储蓄可以).2000年开
: 始,国内四大银行,每个抽调几百的技术骨干,学习COBOL,花了两年时间, 完成的数据库
: 和网络的建设. 说风险小的人,应该是没有在大型数据库工作过的. 替换数据库,不只是
: 后台, 前台的application都要改写. 系统出错和crash都会发生. 去年六月工商行死机
: 一个小时,造成全国"钱荒"的恐慌,被通报批评. 所以主动替代是吃力不讨好的事情. 这
: 是300人*2年的工作,而且一定会出错(那个做软件的不出错?) 不用mainframe, 难道用
: oracle吗,不是换汤不换药的事?
: 但是在中国,有的决定是政治立场问题,而不是简单的business/technical问题. 变成政
|
z****e
发帖数: 54598 | 60 内存数据库主要是key-value pair用来做memcache的
并不是真正用来做persistence的
这两个不在一个层面上
【在 xt 的大作中提到】
: 现在讲究的是内存数据库了，你也要跟上点时代啊。
|
|
|
z****e
发帖数: 54598 | 61 什么没有收益
每年随便一个cpu就是几万的license fee
贵得要死
软件不用钱做出来还能用才是本事
这个是趋势
【在 s********i 的大作中提到】
: 没有受益。吃力不讨好。在中国不存在这样的土壤，举个最简单的例子，绿坝。或者，
: 你吃国产奶粉，我喝进口奶粉。
|
xt
发帖数: 17532 | 62 HANA发来贺电。
【在 z****e 的大作中提到】
: 内存数据库主要是key-value pair用来做memcache的
: 并不是真正用来做persistence的
: 这两个不在一个层面上
|
s********i
发帖数: 17328 | 63 你服务down一个小时，几十万上百万都没了，比起省的几万的license fee，哪来的收
益？
【在 z****e 的大作中提到】
: 什么没有收益
: 每年随便一个cpu就是几万的license fee
: 贵得要死
: 软件不用钱做出来还能用才是本事
: 这个是趋势
|
z****e
发帖数: 54598 | 64 替换这种基础软件，肯定会有各种大大小小的错误
短时间内bug以及bug造成的损失肯定会上升
这都是意料之中的事，所以一般程序员不敢动
这个要领导拍板，就像mainframe一样
每次换mainframe都是领导拍板，程序员根本不能拍板
没那么大权力，不让用win8，换ibm的东西
下面肯定一片怨声载道，但是熬过去就好了
这个就看领导魄力，netflix就是这么搞的
去年股价狂飙，你看其他web公司，尤其是花钱买consulting的公司
股价表现就很糟糕 |
a****r
发帖数: 12375 | 65 哈哈，十年前内存数据库这概念就有了，timesten？
现在讲究的是内存数据库了，你也要跟上点时代啊。
【在 xt 的大作中提到】
: 现在讲究的是内存数据库了，你也要跟上点时代啊。
|
z****e
发帖数: 54598 | 66 凡事你不做，就不会有错误
你没有魄力，所以win8还是老老实实掏钱买比较好
ibm也别换了
【在 s********i 的大作中提到】
: 你服务down一个小时，几十万上百万都没了，比起省的几万的license fee，哪来的收
: 益？
|
z****e
发帖数: 54598 | 67 又是一个vendor lockin的东西
你这样不能去web公司，太保守，文化不match
【在 xt 的大作中提到】
: HANA发来贺电。
|
z****e
发帖数: 54598 | 68 主机的migration，db的migration，我都做过
都很痛苦，但是慢慢做，一点一点做，一路吵过来，也都能做成
这东西不是说能不能做，是敢不敢做的问题
所以一定要有领导在背后撑腰，下面程序员拍板不了 |
s********i
发帖数: 17328 | 69 现实本来就是这样。和魄力无关，比如造个国产大飞机，停止进口波音和空客，反正才
开始嘛，率几架也算可以理解，你当领导会去做么？
【在 z****e 的大作中提到】
: 凡事你不做，就不会有错误
: 你没有魄力，所以win8还是老老实实掏钱买比较好
: ibm也别换了
|
z****e
发帖数: 54598 | 70 我亲眼看到很多像样的公司，效益还不错
最后被oracle这种license fee插管吸血给活生生插死
很正常，居安思危，僖宗如果有这种魄力
我很佩服，是个干大事的人
天朝中兴有望了 |
|
|
z****e
发帖数: 54598 | 71 我是僖宗我会做
【在 s********i 的大作中提到】
: 现实本来就是这样。和魄力无关，比如造个国产大飞机，停止进口波音和空客，反正才
: 开始嘛，率几架也算可以理解，你当领导会去做么？
|
a****r
发帖数: 12375 | 72 手下那么多啰啰是干嘛用的，不就是用来做小白鼠的么？
现实本来就是这样。和魄力无关，比如造个国产大飞机，停止进口波音和空客，反正才
开始嘛，率几架也算可以理解，你当领导会去做么？
【在 s********i 的大作中提到】
: 现实本来就是这样。和魄力无关，比如造个国产大飞机，停止进口波音和空客，反正才
: 开始嘛，率几架也算可以理解，你当领导会去做么？
|
s********i
发帖数: 17328 | 73 站着说话不腰疼。
【在 z****e 的大作中提到】
: 我是僖宗我会做
|
z****e
发帖数: 54598 | 74 所以现在netflix的ceo很牛阿
他就有这个魄力，敢不听下属抱怨
抱怨？好，滚，开掉你，敢啰嗦
然后一堆开源的软件上去
硬生生把股价翻了几番上去 |
z****e
发帖数: 54598 | 75 这不是什么站着说话不腰疼
老子在这行这么多年
都是这么搞过来的
ibm，oracle这些东西我都用过
但是我从来都建议上头，换掉这些东西
有些家伙吃回扣的，不同意，这个我没办法
我自己搞，只要我权力之内的，就不用这些破烂
【在 s********i 的大作中提到】
: 站着说话不腰疼。
|
s********i
发帖数: 17328 | 76 一级压一级的，谁也不愿意干这吃力不讨好的事儿，最后就是不了了之，这才是官场。
所以出了事儿，都是临时工的责任。
【在 a****r 的大作中提到】
: 手下那么多啰啰是干嘛用的，不就是用来做小白鼠的么？
:
: 现实本来就是这样。和魄力无关，比如造个国产大飞机，停止进口波音和空客，反正才
: 开始嘛，率几架也算可以理解，你当领导会去做么？
|
a****r
发帖数: 12375 | 77 胖子只要下令，大飞机制造出来后，制造大飞机厂家的领导从低到高必须
挨个试坐大飞机，一个礼拜至少一次，
两三年后这国产大飞机安全性肯定能有保证
一级压一级的，谁也不愿意干这吃力不讨好的事儿，最后就是不了了之，这才是官场。
所以出了事儿，都是临时工的责任。
【在 s********i 的大作中提到】
: 一级压一级的，谁也不愿意干这吃力不讨好的事儿，最后就是不了了之，这才是官场。
: 所以出了事儿，都是临时工的责任。
|
s********i
发帖数: 17328 | 78 因为你不在其位不谋其事，你的想法是从技术角度怎么时髦怎么弄，领导的考虑是不一
样的，等你做了领导，想法就不一样了，因为你考虑的重点不一样了。
【在 z****e 的大作中提到】
: 这不是什么站着说话不腰疼
: 老子在这行这么多年
: 都是这么搞过来的
: ibm，oracle这些东西我都用过
: 但是我从来都建议上头，换掉这些东西
: 有些家伙吃回扣的，不同意，这个我没办法
: 我自己搞，只要我权力之内的，就不用这些破烂
|
s********i
发帖数: 17328 | 79 人有多大胆，地有多大产？
【在 a****r 的大作中提到】
: 胖子只要下令，大飞机制造出来后，制造大飞机厂家的领导从低到高必须
: 挨个试坐大飞机，一个礼拜至少一次，
: 两三年后这国产大飞机安全性肯定能有保证
:
: 一级压一级的，谁也不愿意干这吃力不讨好的事儿，最后就是不了了之，这才是官场。
: 所以出了事儿，都是临时工的责任。
|
a****r
发帖数: 12375 | 80 赵策的做法也没错，从他个人角度出发，
他需要忽悠领导用新技术，以提升自己的重要性，
从而得到加薪升职的机会
因为你不在其位不谋其事，你的想法是从技术角度怎么时髦怎么弄，领导的考虑是不一
样的，等你做了领导，想法就不一样了，因为你考虑的重点不一样了。
【在 s********i 的大作中提到】
: 因为你不在其位不谋其事，你的想法是从技术角度怎么时髦怎么弄，领导的考虑是不一
: 样的，等你做了领导，想法就不一样了，因为你考虑的重点不一样了。
|
|
|
b******l
发帖数: 261 | 81 我要是银行或电信的老板，就肯定不用赵策的主意。 数据库是我赚钱的工具，不是我
业务的重点，又不是高科技公司，赶这时髦，就是舍本逐末，没有远见的行为。我可能
用的小部门，开发点小的bigdata的东西，但谁都别碰我的mission critical workload
. 银行有一点小纰漏，就是上百万的东西。
【在 a****r 的大作中提到】
: 赵策的做法也没错，从他个人角度出发，
: 他需要忽悠领导用新技术，以提升自己的重要性，
: 从而得到加薪升职的机会
:
: 因为你不在其位不谋其事，你的想法是从技术角度怎么时髦怎么弄，领导的考虑是不一
: 样的，等你做了领导，想法就不一样了，因为你考虑的重点不一样了。
|
s********i
发帖数: 17328 | 82 技术这东西到了政府那儿就歇菜了，任何国家的政府都一样，政府官员和公务员的目的
都是不求有功但求无过。技术这东西只能靠法制规范从民间做起，因为民间可以take一
定的risk。从某种程度上讲，这也是中国经济世界第二了，但技术上没啥拿得出手的东
西的原因之一。看看韩国日本，同样是山寨起家，人家的技术无论从哪方面讲也算是领
先了吧。
没人会干吃力不讨好的事儿，就这么简单。领导也一样，习李现在是治理整顿，一旦经
济下滑到无法承受，也不一定干得下去。
【在 a****r 的大作中提到】
: 赵策的做法也没错，从他个人角度出发，
: 他需要忽悠领导用新技术，以提升自己的重要性，
: 从而得到加薪升职的机会
:
: 因为你不在其位不谋其事，你的想法是从技术角度怎么时髦怎么弄，领导的考虑是不一
: 样的，等你做了领导，想法就不一样了，因为你考虑的重点不一样了。
|
z****e
发帖数: 54598 | 83 数据库赚个屁钱
早就不是业务核心了
app server都20年了
30年前可能还算是赚钱的重点
workload
【在 b******l 的大作中提到】
: 我要是银行或电信的老板，就肯定不用赵策的主意。 数据库是我赚钱的工具，不是我
: 业务的重点，又不是高科技公司，赶这时髦，就是舍本逐末，没有远见的行为。我可能
: 用的小部门，开发点小的bigdata的东西，但谁都别碰我的mission critical workload
: . 银行有一点小纰漏，就是上百万的东西。
|
z****e
发帖数: 54598 | 84 不仅仅是升值，同时解决本国人的就业问题
本国人钱赚了，就会在本国消费，一般情况下都在本国消费
然后反哺给本国的其他行业，这样资金循环
我不需要忽悠领导，被插管吸血的企业自身的竞争力会被降低
我需要的是找对企业就行了，我从来都不是在一个地方等死的人
僖宗现在敢对m$和ibm下手，这说明他水平有
oracle的市值离这两个还远着呢，比起这两个，oracle只是小喽罗
被收拾也不要太意外
【在 a****r 的大作中提到】
: 赵策的做法也没错，从他个人角度出发，
: 他需要忽悠领导用新技术，以提升自己的重要性，
: 从而得到加薪升职的机会
:
: 因为你不在其位不谋其事，你的想法是从技术角度怎么时髦怎么弄，领导的考虑是不一
: 样的，等你做了领导，想法就不一样了，因为你考虑的重点不一样了。
|
z****e
发帖数: 54598 | 85 日本人现在还在自己造mainframes
歇菜个大头
棒子自己造的app server好着呢
每次jee标准一出来
除了ibm, oracle这几个美帝公司以外
棒子执行力度比德国人还快还早
你说哪个政府歇菜了？
【在 s********i 的大作中提到】
: 技术这东西到了政府那儿就歇菜了，任何国家的政府都一样，政府官员和公务员的目的
: 都是不求有功但求无过。技术这东西只能靠法制规范从民间做起，因为民间可以take一
: 定的risk。从某种程度上讲，这也是中国经济世界第二了，但技术上没啥拿得出手的东
: 西的原因之一。看看韩国日本，同样是山寨起家，人家的技术无论从哪方面讲也算是领
: 先了吧。
: 没人会干吃力不讨好的事儿，就这么简单。领导也一样，习李现在是治理整顿，一旦经
: 济下滑到无法承受，也不一定干得下去。
|
s********i
发帖数: 17328 | 86 你根本不理解他说的什么意思。或者说你根本没接触过mission critical的系统。
【在 z****e 的大作中提到】
: 数据库赚个屁钱
: 早就不是业务核心了
: app server都20年了
: 30年前可能还算是赚钱的重点
:
: workload
|
z****e
发帖数: 54598 | 87 数据库是30年甚至50年前的东西
尤其是80－90年代，全世界都在开发数据库
后来00年开始，app server开始剥离数据库的逻辑
ibm就是通过转型做app server爬起来的
当时oracle吓得要死，因为犹太人看明白了
觉得只做数据库最后死无葬身之地，就赶紧转身
自己也开始搞app server，但是跟ibm什么不在一个档次上
甚至比不过微软的.net，再后来觉得不行，自己搞没那个实力
怎么办？买，先想买jboss，jboss不从，然后强行收购bea
老庄气死了，不过没办法，再那之后，sun混不下去了
想卖给ibm，ibm觉得贵，不要，oracle接盘了
然后m$的.net也慢慢不行了，因为web起来了
一堆流行产品轻量级的东西爬起来了，amazon为代表的web公司开始挑战ibm了
再后来的故事就都清楚了，数据库早不是什么发展重点了
os就更没谱了，这些东西都过气n*10年了
workload
【在 b******l 的大作中提到】
: 我要是银行或电信的老板，就肯定不用赵策的主意。 数据库是我赚钱的工具，不是我
: 业务的重点，又不是高科技公司，赶这时髦，就是舍本逐末，没有远见的行为。我可能
: 用的小部门，开发点小的bigdata的东西，但谁都别碰我的mission critical workload
: . 银行有一点小纰漏，就是上百万的东西。
|
z****e
发帖数: 54598 | 88 电信有个毛mission critical
你发条短信critical个大头
你懂什么电信业务？
天朝电信业务以前是sun在做
【在 s********i 的大作中提到】
: 你根本不理解他说的什么意思。或者说你根本没接触过mission critical的系统。
|
z****e
发帖数: 54598 | 89 银行里面最mission critical的基本上都是ibm的东西
oracle也有，但是主要地盘还是ibm在搞
这两个的产品互相可以替换，sp不想碰，但是一直在被剥离逻辑
sp是一个绝对过气老旧的概念，现在连大学都不教sp了
legacy system很难搞，这个没有错，但是并不代表其不过时
就像mainframe就过时了一样，剩下少数cobol程序员作点维护性的工作
【在 s********i 的大作中提到】
: 你根本不理解他说的什么意思。或者说你根本没接触过mission critical的系统。
|
xt
发帖数: 17532 | 90 人家是web公司，啥叫mission critical啊？
【在 s********i 的大作中提到】
: 你根本不理解他说的什么意思。或者说你根本没接触过mission critical的系统。
|
|
|
z****e
发帖数: 54598 | 91 天朝的电信最早是sun的地盘，就像银行一般是ibm的搞一样
这些主要是consulting firm进去忽悠
美帝的咨询it这些都是一路的，一条龙服务
几个大咨询公司要么自己有it产品，比如埃森哲，要么就跟it公司合作
美帝mba和他们的it配合着忽悠
所以ibm后来收购了普华永道的咨询
然后电信以前主要是麦肯锡在忽悠，忽悠了sun这些
sun当年在天朝做得还是不错得，很多大公司企业都是sun的构架
其中就包括淘宝，没有sun就没有淘宝今天
后来淘宝自己改，一点一点把sun的那些东西改成开源的产品
然后就做得不错这样，淘宝就有mission critical的东西
或者说涉及到金钱的部分，你都可以认为是mission critical
又不是只有电信才是，这个最好是用db，没有错
但是开源的db也其实够用，db也有很多，又不是只有oracle才叫db
但是db一般是瓶颈，要降低db的负载到一定程度
能降多少，就看谁在做了 |
xt
发帖数: 17532 | 92 墙街最多的还是Sybase吧。
【在 z****e 的大作中提到】
: 银行里面最mission critical的基本上都是ibm的东西
: oracle也有，但是主要地盘还是ibm在搞
: 这两个的产品互相可以替换，sp不想碰，但是一直在被剥离逻辑
: sp是一个绝对过气老旧的概念，现在连大学都不教sp了
: legacy system很难搞，这个没有错，但是并不代表其不过时
: 就像mainframe就过时了一样，剩下少数cobol程序员作点维护性的工作
|
z****e
发帖数: 54598 | 93 web公司不收钱？
【在 xt 的大作中提到】
: 人家是web公司，啥叫mission critical啊？
|
z****e
发帖数: 54598 | 94 sybase的db
我的天，你能举出更糟一点的例子来吗？
还是说sqlserver吧
【在 xt 的大作中提到】
: 墙街最多的还是Sybase吧。
|
z****e
发帖数: 54598 | 95 你们被sap忽悠得很开心嘛
说的几个产品都是sap的
sap那一套最早不是java的
然后花街一天到晚看衰它的前景
说不如oracle，迟早完蛋
吓得sap后来赶紧执行jee标准
米犹才放过它
后来web起来了，各种新兴产品开始普及
就没有人太过于在意这些东西了
【在 xt 的大作中提到】
: 墙街最多的还是Sybase吧。
|
xt
发帖数: 17532 | 96 你应该知道SQL Server这个名字本来就是Sybase的。
事实就是如此：Sybase被挤兑得那么惨的时候，能够靠3%的
市场占有率活下来而且不亏损，就是因为有华尔街。
【在 z****e 的大作中提到】
: sybase的db
: 我的天，你能举出更糟一点的例子来吗？
: 还是说sqlserver吧
|
z****e
发帖数: 54598 | 97 活下来了吗？
你搜索一下看看母公司是谁
要照这么说，bea也活下来了
【在 xt 的大作中提到】
: 你应该知道SQL Server这个名字本来就是Sybase的。
: 事实就是如此：Sybase被挤兑得那么惨的时候，能够靠3%的
: 市场占有率活下来而且不亏损，就是因为有华尔街。
|
xt
发帖数: 17532 | 98 活下来了，当然最后被SAP高价并购。事实是Sybase在被
并购前market cap大概2bn，年盈利200MM.不错了。
【在 z****e 的大作中提到】
: 活下来了吗？
: 你搜索一下看看母公司是谁
: 要照这么说，bea也活下来了
|
s********i
发帖数: 17328 | 99 再说一次，任何事情都有risk和benefit，每个人的算计是不一样的，你从技术的角度
看问题和领导看问题的角度是不一样的。假设一下，纯技术角度，两个方案，一个是成
熟的旧方案，技术陈旧，但凑合能用，出问题也好解决，一个是新方案，计算新颖，但
可能会不工作，出了问题难解决，让你选择，前提是如果系统不工作，你得一直不休息
工作到系统正常为止，那么你会怎么选择呢？如果你估计新系统出问题一天能搞定，你
可能会选新方案，如果你觉得一星期能搞定，你就不一定会选新方案，如果你觉得要一
个月才能搞定，那么是个正常人都不会选择新方案，因为连续不休息工作一个月你估计
就死翘翘了，新方案再好也和你没关系了。
我给你举个电信的例子，估计还算不上mission critical，就是算帐单，有一次程序出
问题了，账单算错了，service call就flood进来了，一个service call的成本是$5，1
million customer有1/100的人打电话来询问就是$5万，1/10就是$50万，重新印和寄
帐单至少要3-4天的时间。
【在 z****e 的大作中提到】
: 银行里面最mission critical的基本上都是ibm的东西
: oracle也有，但是主要地盘还是ibm在搞
: 这两个的产品互相可以替换，sp不想碰，但是一直在被剥离逻辑
: sp是一个绝对过气老旧的概念，现在连大学都不教sp了
: legacy system很难搞，这个没有错，但是并不代表其不过时
: 就像mainframe就过时了一样，剩下少数cobol程序员作点维护性的工作
|
c****3
发帖数: 10787 | 100 电信其实无所谓。移动系统设备商都是生成原始CDR，是二进制数据，根本不用数据库
，自己有备份。
运营商自己找人开发的计费系统，把CDR放到数据库里。用oracle是因为性能好，不用
也没啥大不了。移动系统核心和oracle一点关系都没有。
workload
【在 b******l 的大作中提到】
: 我要是银行或电信的老板，就肯定不用赵策的主意。 数据库是我赚钱的工具，不是我
: 业务的重点，又不是高科技公司，赶这时髦，就是舍本逐末，没有远见的行为。我可能
: 用的小部门，开发点小的bigdata的东西，但谁都别碰我的mission critical workload
: . 银行有一点小纰漏，就是上百万的东西。
|
|
|
l*******d
发帖数: 3343 | 101 所以传统金融机构不折腾，放任洋大人插管吸血，最终结果就是运营成本下不来，被使
用本土云和开源软件的个体户p2p干翻是迟早的事。尼玛金融那点破事本质不就是基于
规则的数据操作么，有个屁的核心技术
丫的银行现在就只是靠淫贱会的金融牌照保护罢了
workload
★ 发自iPhone App: ChineseWeb 8.2.2
【在 b******l 的大作中提到】
: 我要是银行或电信的老板，就肯定不用赵策的主意。 数据库是我赚钱的工具，不是我
: 业务的重点，又不是高科技公司，赶这时髦，就是舍本逐末，没有远见的行为。我可能
: 用的小部门，开发点小的bigdata的东西，但谁都别碰我的mission critical workload
: . 银行有一点小纰漏，就是上百万的东西。
|
b******l
发帖数: 261 | 102 对，他回的太快，没有理解我的意思。
比如说，银行的主业务是吸储，放贷，经营理财产品，之类的。200年前，用纸笔，现
在计算机，都不过是工具。科学技术发展了，银行会去用。但是它不是FLAG之流，没有
能力也没有必要做计算机高科技的领头羊。
【在 s********i 的大作中提到】
: 你根本不理解他说的什么意思。或者说你根本没接触过mission critical的系统。
|
z****e
发帖数: 54598 | 103 瞎扯，我从经济角度出发看问题
我从头到尾说的都是经济问题，而非技术问题
技术个屁，都是经济问题，就是觉得贵
领导不懂技术，但是它肯定懂算钱，哪个贵哪个便宜
中国人都懂得算
电信账单算错了又怎样？5块钱在天朝都不算个钱
你在天朝发短信还一天到晚对个账单看阿？
一条短信一毛钱，你看不看累死你
只有几十几百这种才会深究，这种也不会给你算错多少
，1
【在 s********i 的大作中提到】
: 再说一次，任何事情都有risk和benefit，每个人的算计是不一样的，你从技术的角度
: 看问题和领导看问题的角度是不一样的。假设一下，纯技术角度，两个方案，一个是成
: 熟的旧方案，技术陈旧，但凑合能用，出问题也好解决，一个是新方案，计算新颖，但
: 可能会不工作，出了问题难解决，让你选择，前提是如果系统不工作，你得一直不休息
: 工作到系统正常为止，那么你会怎么选择呢？如果你估计新系统出问题一天能搞定，你
: 可能会选新方案，如果你觉得一星期能搞定，你就不一定会选新方案，如果你觉得要一
: 个月才能搞定，那么是个正常人都不会选择新方案，因为连续不休息工作一个月你估计
: 就死翘翘了，新方案再好也和你没关系了。
: 我给你举个电信的例子，估计还算不上mission critical，就是算帐单，有一次程序出
: 问题了，账单算错了，service call就flood进来了，一个service call的成本是$5，1
|
z****e
发帖数: 54598 | 104 flag搞it都是副业
跟银行是一样的
g是卖广告的
a是搞零售的
f是搞交友网站的
l是搞工作中介的
这都不是传统的it公司
传统的it公司就是m$,oracle和ibm这些
银行比起这些公司来说，跟flag还更接近点
因为都有主业，但是不妨碍他们搞副业
【在 b******l 的大作中提到】
: 对，他回的太快，没有理解我的意思。
: 比如说，银行的主业务是吸储，放贷，经营理财产品，之类的。200年前，用纸笔，现
: 在计算机，都不过是工具。科学技术发展了，银行会去用。但是它不是FLAG之流，没有
: 能力也没有必要做计算机高科技的领头羊。
|
z****e
发帖数: 54598 | 105 对
【在 l*******d 的大作中提到】
: 所以传统金融机构不折腾，放任洋大人插管吸血，最终结果就是运营成本下不来，被使
: 用本土云和开源软件的个体户p2p干翻是迟早的事。尼玛金融那点破事本质不就是基于
: 规则的数据操作么，有个屁的核心技术
: 丫的银行现在就只是靠淫贱会的金融牌照保护罢了
:
: workload
: ★ 发自iPhone App: ChineseWeb 8.2.2
|
z****e
发帖数: 54598 | 106 主要是因前电信是sun得人做构架
所以一般都跟着用oracle的db
sun当年是一定不会用ibm的db这些的
反过来也一样
【在 c****3 的大作中提到】
: 电信其实无所谓。移动系统设备商都是生成原始CDR，是二进制数据，根本不用数据库
: ，自己有备份。
: 运营商自己找人开发的计费系统，把CDR放到数据库里。用oracle是因为性能好，不用
: 也没啥大不了。移动系统核心和oracle一点关系都没有。
:
: workload
|
z****e
发帖数: 54598 | 107 给你提示一下
天朝现在有一个名词
叫做去ioe化
自行去google
，1
【在 s********i 的大作中提到】
: 再说一次，任何事情都有risk和benefit，每个人的算计是不一样的，你从技术的角度
: 看问题和领导看问题的角度是不一样的。假设一下，纯技术角度，两个方案，一个是成
: 熟的旧方案，技术陈旧，但凑合能用，出问题也好解决，一个是新方案，计算新颖，但
: 可能会不工作，出了问题难解决，让你选择，前提是如果系统不工作，你得一直不休息
: 工作到系统正常为止，那么你会怎么选择呢？如果你估计新系统出问题一天能搞定，你
: 可能会选新方案，如果你觉得一星期能搞定，你就不一定会选新方案，如果你觉得要一
: 个月才能搞定，那么是个正常人都不会选择新方案，因为连续不休息工作一个月你估计
: 就死翘翘了，新方案再好也和你没关系了。
: 我给你举个电信的例子，估计还算不上mission critical，就是算帐单，有一次程序出
: 问题了，账单算错了，service call就flood进来了，一个service call的成本是$5，1
|
m*****f
发帖数: 843 | 108 没有自己cpu和从内到外从影到软完全自己的电脑，无论如何不会安全，
光打击软件还是没用
【在 z****e 的大作中提到】
: 你们信不信哪
: 一般天朝企业采购就三步骤
: 第一微软的office
: 第二ibm的中间件
: 第三oracle的db
: 这三个是软件支出大头，都tmd贼贵
: 不过总得来说，第三个可替代的难度最大
: 因为天朝没有多少企业能做db
: 所以相对安全点，天朝软件水平怎样
: 你看当年db就知道，当年金山时代天朝企业做过db产品
|
s********i
发帖数: 17328 | 109 你的理解能力真的很差，做做技术员就行了。我没说账单差$5，我是说账单出差错，每
一个用户打电话给客服，公司会有$5的损失。啥叫不会算错多少？我说的是真实的例子
，不是想象的。看你的说法，你根本没有接触过mission critical的系统。电信就是打
电话发短信么？对牛弹琴。
【在 z****e 的大作中提到】
: 瞎扯，我从经济角度出发看问题
: 我从头到尾说的都是经济问题，而非技术问题
: 技术个屁，都是经济问题，就是觉得贵
: 领导不懂技术，但是它肯定懂算钱，哪个贵哪个便宜
: 中国人都懂得算
: 电信账单算错了又怎样？5块钱在天朝都不算个钱
: 你在天朝发短信还一天到晚对个账单看阿？
: 一条短信一毛钱，你看不看累死你
: 只有几十几百这种才会深究，这种也不会给你算错多少
:
|
z****e
发帖数: 54598 | 110 你以为现在没有人打电话给客服说账单错了？
电话水电这些账单错了难道不是常事？
用了db就不会出错？这简直可笑
你说mission critical，来来来，举个例子，少装，把定义明确了
我们再继续
【在 s********i 的大作中提到】
: 你的理解能力真的很差，做做技术员就行了。我没说账单差$5，我是说账单出差错，每
: 一个用户打电话给客服，公司会有$5的损失。啥叫不会算错多少？我说的是真实的例子
: ，不是想象的。看你的说法，你根本没有接触过mission critical的系统。电信就是打
: 电话发短信么？对牛弹琴。
|
