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

asdmonster

请教个疑问：南非蜘蛛大斑竹是网易的么？

liupch

原帖由 "asdmonster" 发表：


狗尾续貂。

ps:
楼主是技术人员么？刚开始我以为你是c/c++方面的前辈，但是看了上面你提的问题感觉又不像。

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

在你的回答中首先提到了数据库的选型，这点我很同意，从目前情况来看，MYSQL我们不会考虑，因为他的容量和功能肯定不会达到我们的需要，再有，如果用JAVA开发，使用JDBC去连接mysql，这个速度是很差的，所以mysql被排除掉。
下面的就是MS的东东，呵呵，这个我不用说了，MS的东东我们是不敢用的，尤其在这样重要的系统，不说别的，就说操作系统经常出个病毒啥的，我们也受不了。
剩下的环顾当今，就只有oracle,sybase,informax,DB2等，目前oracle是最流行的，而且oracle公司和SUN关系非同一般，对JAVA的支持也好，剩下的不是过于老旧不再流行，就是需要专门硬件的支持，所以也暂不被考虑。

你的回答中提到了第二点，就是集群。对于web层和应用层，做集群很容易。但是所有的应用最终都会连接到同一个数据库，数据库只有一个。前面很方便的作了横向扩展，数据库怎么进行扩展呢？这个问题怎么解决？

你提到了第三点就是cache机制。cache的确是个很好的东西，可以说如果cache用的好，可以减轻数据库一半以上的负载。但是cache的应用是需要一定条件的。cache适用于静态数据占主导的数据库。虽然数据库里面的数据很多，但是这些数据的相对变化却很小，而且对数据库的操作主要是查询操作，在这种情况下，cache可以很好的发挥作用。但是我的应用不是，他全部是插入和更新，所以即便有cache，肯定不会起作用。这个问题又怎么解决？

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

liupch

原帖由 "asdmonster" 发表：


狗尾续貂。

ps:
楼主是技术人员么？刚开始我以为你是c/c++方面的前辈，但是看了上面你提的问题感觉又不像。

为啥这么说呢？偶提的问题是不是很弱智呀？     
c/c++和我提的问题有矛盾的地方么？   

nzinfo

这个问题，呵呵
不同的系统解决问题的方法当然都不同
就一般原理而言，我们设计的系统，数据的耦合度不可能如此之大。总有进行数据切片的方法。
如果允许insert和update的延迟，解决方法就很简单了。而能够允许延迟，是和系统最初的设计架构有直接关系的。
楼主可以研究一下ora的网格技术。
把集群理解为中间件服务器的集群，未免太浅显了些

lares

原帖由 "liupch" 发表：


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

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

1.  MYSQL我们不会考虑，因为他的容量和功能肯定不会达到我们的需要.  <= SINA几乎都用的MYSQL, 现在一样用的很好, 我不相信网易的存储的数据量比SINA大, 不过也有其它原因, 比如 c 和 php 与 mysql 都是天作之合.

2. 下面的就是MS的东东，呵呵，这个我不用说了，MS的东东我们是不敢用的，尤其在这样重要的系统，不说别的，就说操作系统经常出个病毒啥的，我们也受不了。 <= 我听朋友们说的MSSERVER的安全性不像你说的那么差, 你认真了解接触过MS么? 你是系统方面的技术人员么? 不用MS有部分成本原因(包括软件成本和安全人员).

3. cache 你说的情况有道理, 但我想不通, 你们的库全部用来插入和更新???? 那有什么用? 你们的数据插入进去干什么??? 既然你们只插了，还要考虑什么前台界面，或者直接分流通过file写到各个SERVER上汇总得了.

4. 第4点过于强词夺理.

liupch

原帖由 "nzinfo" 发表：
这个问题，呵呵
不同的系统解决问题的方法当然都不同
就一般原理而言，我们设计的系统，数据的耦合度不可能如此之大。总有进行数据切片的方法。
如果允许insert和update的延迟，解决方法就很简单了。而能够允许延..........

呵呵，说的很有道理。
1，对数据进行切片分散，尽量避免紧密耦合。但是拆分的策略是什么？因为对于一个表的操作时依赖于其它几个表的操作结果的。
2，使用网格。我的理解网格实际上是ora提出的一个概念，具体到实现这个概念，ora目前成熟的技术是RAC，在配合ora10g以上版本。虽然RAC在前面instance的创建上可以实现横向扩展，可是他的数据还是要集中存储在同一个盘阵，将来这个盘阵的IO性能决定了数据库整体性能，这个如何解决呢？

最后最重要的一个问题就是成本，要让老板觉得这个成本是可接受的，呵呵。要如何权衡呢？

rabbitdan

那个招人的小牛人：
跑题了，你要招的是dba，不是java engineer。
你说的这个问题去找dba。

sql2000

原帖由 "lares" 发表：


1.  MYSQL我们不会考虑，因为他的容量和功能肯定不会达到我们的需要.  <= SINA几乎都用的MYSQL, 现在一样用的很好, 我不相信网易的存储的数据量比SINA大, 不过也有其它原因, 比如 c 和 php 与 mysql 都是天作?.........

（1）兄弟，你见过哪个公司用mysql做计费系统的？那可以白花花的银子呀。

（2）对于MSSQL 和 ORACLE我都用过一段时间。有一点发言权。
性能上的差别我就不用多说了。在大应用上MSSQL就是比不了ORACLE。很多牛人早就评论过了。
还有对于那些大公司，选用哪个数据库主要是性能上的考虑，价格的因素不是最主要的。

另外我认为最重要的一点是，MSSQL 只能运行在WINDOWS上，ORACLE在WIN和UNIX上都能很好的运行。而且重要的系统一般都运行在UNIX上。

windows的稳定性，可靠性确实不好，谁见不间断的运行两年的windows。我是没见过。可UNIX我用过最长的接近600天，最后的重新启动是因为我给系统打补丁。如果不是新软件要求最新的补丁，我真不清楚它到底能平稳运行多久。
所以MSSQL 再好，只要他的根基不好，也不会被采用。

rabbitdan

招人的小牛人：
    问个问题，你发了这个贴之，招到人了吗？我看好像怎么不是招人。
倒像是讨论起技术问题。要是招到人了通知我一声，我也好能了解一下
现在的市场行情。

lares

原帖由 "sql2000" 发表：

（1）兄弟，你见过哪个公司用mysql做计费系统的？那可以白花花的银子呀。

（2）对于MSSQL 和 ORACLE我都用过一段时间。有一点发言权。
性能上的差别我就不用多说了。在大应用上MSSQL就是比不了ORACLE。很多牛人..........

我哪里提到计费系统了?

还有，我感觉, 呵呵, 搞PHP得跟搞JAVA的人的思维好象完全不一样