xlongbuilder

回复: 跟国外程序员工作感受123

好东西很喜欢这些第一手的感想希望楼主再接再厉写出一个系列。

进入论坛招聘求职版

2008-07-10

全文显示

回复: 大数据量数据库配置部署方案思考

liuzongan 写道看看http://dev.csdn.net/author/griefforyou/082b9b29299e4584b78bf6f7ccb57c0b.html 链接打不开

进入论坛 Java 版

2008-07-10

全文显示

谢谢各位的回复澄清几点：1、oracle 是客户长远考虑到结果，以后很可能数据不会这么点了流量会很大用户也会有很多增加这是在可预期的几年的考虑2、我早就讲过oracle 不能解决根本问题，不过可以缓解问题。对开发人员来讲也会轻松些，作为架构及开发人员自由度也会大些。3、问题已经了解到很清楚了，客户的c/s系统打开个每个界面都要查询20 几次操作，完成一个业务基本上要上百的操作，不满才怪，查询报表等sql 写的奇垃圾，没有任何索引优化措施所以主要原因还是该系统设计问题。4、我们用sqlserver 可以用但是用的好就不轻松了，考虑到目前项目组情况，oracle 确实可以给我省不少力气。说 ...

进入论坛 Java 版

2008-06-25

全文显示

回复: 大数据量数据库配置部署方案思考

ltshark 写道我们刚做的一个系统，一小时平均1w的数据量，用的oracle，主表数据很短时间内就变大。我们开始也遇到这个问题，经常应用查询数据库导致数据库cache锁表，最后通过分表来提高应用交互数据库的速度提高。运行表只保持某些状态的数据，不经常处理的数据都弄走。现在除了2个表union查询慢，其他都还好，不过查询可以通过分区来解决。在这个过程中我们还发现，程序中很多sql由于写法不好或是别的什么导致数据库压力很大。建议楼主清查一下程序里面的sql，如果有dba最好请这些兄弟分析一下。我感觉分表要好弄一些，虽然程序还有相应的变动。谢谢回复我们将在设计过程中注意此问题

进入论坛 Java 版

2008-06-25

全文显示

回复: 大数据量数据库配置部署方案思考

baibai326 写道MS的数据库过了200W级别的就有些吃力了，特别是一些大表，过了百万级，经常就是update死锁，等待……特折磨人。还是换数据库吧，informix，db2_se是不错的选择，O系列太贵了，呵呵，如果只是做报表，数据存储，从性价比上来说，informix足够了，便宜量又足。当然前提是，换数据库的操作系统。严重同意目前就是这个问题 MS的数据库过了200W级别的就有些吃力了，特别是一些大表，过了百万级，经常就是update死锁，等待……特折磨人。在本人的强烈要求下，客户已经决定采用oracle

进入论坛 Java 版

2008-06-25

全文显示

回复: 大数据量数据库配置部署方案思考

bottom 写道To xlongbuilder, 楼上这么多位大虾都告诉你了，数据量并不大。要想解决问题，还是要做测试，先测SQL，再测JAVA部分。找出瓶颈。不要说不可以，只要是JAVA的系统，不管有没有源码，都可以做的。谢谢回复客户c/s系统非java 没办法测做了跟踪sql 不过问题基本上发现了

进入论坛 Java 版

2008-06-22

全文显示

回复: 大数据量数据库配置部署方案思考

eastPoint 写道完全可以考虑使用oracle的表分区功能来完成。时间证明oracle表分区才是解决问题的关键和根本。使用纯sql是无法解决该问题的。是啊要是用oracle 就不会这么痛苦咯一分价钱一分货是没错地

进入论坛 Java 版

2008-06-21

全文显示

回复: 大数据量数据库配置部署方案思考

Lucas Lee 写道我认为300w条记录还不是SQLServer2k的极限，性能问题，你应该具体查一下是哪里（哪些SQL？）慢，有多慢？一般来说，都是查询的SQL慢，而它们可以通过建立适当索引、人工干预查询计划、调整表结构（适当增加冗余）等获得数倍到数十倍的提高。还有服务器的参数是否都调整到适合的值了。问题在哪里都没搞清楚，你换成什么数据库也不不见得行啊。以前的系统情况我们也跟踪过他们sql写的确实成问题。现在老数据要保留，以前的功能也要保留。目前非常忙，没有太多时间，也不允许在服务器上做测试。正在用着呢其实我最想了解的是： 1、新系统设计开发过程最注意什么 2、 ...