网易北京技术部寻求JAVA高级软件工程师(长期招聘)

湖心小筑

系统分析师职称？　考的吗？　

nzinfo

系统分析师 (在北京市人事局) == 高级工程师

asdmonster

原帖由 "liupch" 发表：


呵呵，非常感谢你的回答。首先我先澄清一点：我不做论坛，所以我遇到的问题与论坛无关。

在你的回答中首先提到了数据库的选型，这点我很同意，从目前情况来看，MYSQL我们不会考虑，因为他的容量和功能肯定不会..........

讨论下去，希望没有水楼主的帖子的嫌疑。

前面很方便的作了横向扩展，数据库怎么进行扩展呢？这个问题怎么解决？

数据库的前端是个大的cache，或者说fascade,将来一个运行时的oracle变成了两个，三个都无所谓，大型应用改程序，小型中型应用改配置文件（这样需要依赖于反射等技巧，肯定会慢一些，所以大型应用改的是程序）

但是我的应用不是，他全部是插入和更新，所以即便有cache，肯定不会起作用。这个问题又怎么解决？

统计表明，一般的应用查询比例占80%,增删改占20%,我对计费业务不熟，但是业务再特殊，也会占50%左右。（这一点我不自信，但是不可能一点查询都没有，那么用户感觉肯定有问题）
从另一个角度来说，研究表明一个jdbc操作中,connect耗时2，打开库1，增删只要不涉及级联操作，一般都是1，改2，查询一般都是2，复杂查询>;2很平常。
cache对增删改并不是完全没有好处，一般的o/r工具都会将单次增删改转化成batch（批量）操作。讨厌的地方是你的业务一般都会牵涉事务，也就是说不允许滞后flash 。
cache也可以减弱前端操作对数据库的冲击的作用，不仅仅对前端cache，还有对数据库端cache.
仔细想了以后，我对你的数据产生怀疑，1000个web session并发是个一很小的数量。1000个数据库链接又太大（比前者高两三个数量级）。
其实没有必要为每个用户session维持一个db connect,没有必要。可以用很多技巧解决。（设计书肯定没有 ）
1000个并发连接是个什么概念--可以满足1，000，000的web并发请求峰值（个人估计，没有这么也应该有100，000这个数量级）。

第四点提到了提升硬件性能。这也是个解决办法，但是硬件性能的提升是要跟随科技发展水平的。但是我的系统压力的增长要远远快于硬件性能的增长，每三个月负载就要翻一倍，我总不能每三个月就更换一次硬件，投资成本不说，单操作起来也不太现实。有什么更好的办法么？

恕我直言，即使是一个内部使用的系统，项目经理前提需求调研的干什么的？调研的一个重要内容是该系统将来要再多长时间内满足多大的用户量，比如这个系统就是这么规划的：使用4年，1，000，000，000的数据量（打个比方而已，负载要求），满足1000并发2s（性能指标），用oracle9i3台（硬件环境），如果这个系统能使用4年没有问题，系统就算完成了任务，5，6年，设计得不错，一两年，写检讨，3个月......(挥刀自宫吧 )

ps1:
个人觉得很多问题应该项目经理牵头解决的，架构师只能起辅助作用（这是技术难点不是架构问题啊），SE应该不会做这么做。

ps2:
俺不会php,俺很感兴趣，如果用php的方式，该怎么解决这个问题呢？ :em11:

asdmonster

原帖由 "asdmonster" 发表：

恕我直言，即使是一个内部使用的系统，项目经理前提需求调研的干什么的？调研的一个重要内容是该系统将来要再多长时间内满足多大的用户量，比如这个系统就是这么规划的：使用4年，1，000，000，000的数据量（打个比..........

算了，不水了，祝楼主早日找到合适人选。

liupch

原帖由 "asdmonster" 发表：


算了，不水了，祝楼主早日找到合适人选。

呵呵，非常感谢你的回答。其实各个领域都是山外有山，人后有人的，只不过术业有专攻罢了。   

湖心小筑

想咨询一下

如果你真正的招聘到一个比较有能力的人
公司会真正给他一个发展空间吗？

让他去做
而不担心他做得太好？

潇湘夜雨

原帖由 "湖心小筑" 发表：
想咨询一下

如果你真正的招聘到一个比较有能力的人
公司会真正给他一个发展空间吗？

让他去做
而不担心他做得太好？

丁雷是技术出身

潇湘夜雨

原帖由 "hecc" 发表：
就是只招一个让老板满意的人呢?还是要多招几个别的人?
可能我还达不到让你们老板满意的地步.
我发了简历的,你也回了,打电话通知我面试了的,结果我一看前面你说3k-6k当即就决定不去了,现在还有机会么?

很有意思的说。。

俺也不知道结果咯