咱们的程序员是不是有点太不虚心呢?

funcreal 2005-12-30 04:35:03
今天上网看到一个帖子,csdn转的别的网站的,我只写一部分。

xiecc:
我们的项目从去年12月份启动,采用了Struts+Hibernate的架构,一开始使用Hibernate的时候速度极快,对象操作异常方便,大家都说爽歪歪。
可惜好景不长,随着我们对象关系的不断复杂,数据量的不断增加,Hibernate的性能急剧下降。具体表现为:我们在设计对象时采用了很多的one-to-many和many-to-one的关系,在取某个对象的几个简单的属性时,它会把所有关联的子对象都取出来,经常出在取一个简单属性的时候,调试窗口的SQL语句一屏一屏地往下闪。到最后我的一个test跑完需要12分钟。
在忍无可忍之下,我们开始性能优化方案,以下我们优化所做的一些事情:
1、将所以one-to-many的关系里将lazy设成true
。。。。。。

我看完以后不禁想笑。一个项目组连one-to-many的lazy属性可以设为true都不知道就开始用hibernate?????咱们的程序员怎么那么爱炒概念?????还是把基础学好了再说吧。不要被这个框架那个框架所蒙蔽,今天hibernate,明天spring的!中国人就是太喜欢跟风。我在天涯看到两个帖子,一个是抵制日货的,一个是“恐龙特及克塞号”贴图的。这两个帖子中的回复量都非常高,都是关于日本的东西,但是回复的内容恰恰相反。这是为啥呢?好好反思一下吧!

...全文
355 点赞 收藏 22
写回复
22 条回复
切换为时间正序
当前发帖距今超过3年,不再开放新的回复
发表回复
YuLimin 2006-01-02
接分接到手软?
(^_^)
回复
YuLimin 2006-01-02
思想上要先行,一切问题简单化,否则死路一条:)
回复
TinyJimmy 2006-01-02
有没有一回事,
用不用一回事,
会不会用是一会事,
会用用不用好是一回事,
用好有没有精通是一回事,
精通了合不合适又是一回事了.

回复
pzl 2006-01-02
他们现在知道了,以后就不会犯同样的错误了!我想每个人在开始的时候都会犯类似的错误,在懂的人眼里看起来都是很可笑的,为什么要上升到什么炒概念?无论什么理论在应用的时候总是会有这样那样的问题,大家都应该理解,俗话说理解万岁嘛
回复
ForeverGI 2005-12-31
需要时间积累吧
回复
vcvj 2005-12-31
COULDN'T AGREE MORE.
回复
masse 2005-12-31
哪里都差不多。
回复
f_acme 2005-12-31



------
http://blog.csdn.net/f_acme
回复
zeq258 2005-12-31
新年快乐!
回复
treeroot 2005-12-31
jf
回复
funcreal 2005-12-31
回复人: wwwtom(兰色风暴)
知道不知道,和用不用2个概念!楼主一看就是白痴呵呵,还以为自己很牛的人!
------------------------------------------------------

你发消息给我骂我自己就可以了,干嘛把大家都给骂了啊?还是zc会说话:到处显摆就不对了
回复
zcjl 2005-12-31
回复人: wwwtom(兰色风暴) ( ) 信誉:95 2005-12-31 13:32:00 得分: 0


知道不知道,和用不用2个概念!楼主一看就是白痴呵呵,还以为自己很牛的人!


请你注意自己的言行,没学会礼貌不好不是什么错,到处显摆就不对了
回复
Roy_Sa 2005-12-31
"一个表有316个字段"
为什么不能简约一下?浪费资源。
回复
miaoliujun 2005-12-31
一般来说程序员都觉得别人不如自己,这是事实,没法改变
回复
wwwtom 2005-12-31
知道不知道,和用不用2个概念!楼主一看就是白痴呵呵,还以为自己很牛的人!
回复
zjg_robin 2005-12-30
社会通病!
回复
yyjzsl 2005-12-30
不光是程序员这样,也不止是中国这样,病毒是会传染的,...
回复
zcjl 2005-12-30
HeXuZhOnG(五个叉,想升星,不在水区慢吞吞。)

汗一下,那个表设计有些小强小强的
回复
funcreal 2005-12-30
HeXuZhOnG(五个叉,想升星,不在水区慢吞吞。)

那后来呢?
回复
Little_qd 2005-12-30
浮躁
不只是咱们的程序员:)
回复
加载更多回复
相关推荐
综教楼后的那个坑用双向链表实现 描述   在 LIT 综教楼后有一个深坑,关于这个坑的来历,有很多种不同的说法。其中一种说法是,在很多年以前,这个坑就已经在那里了。这种说法也被大多数人认可,这是因为该坑有一种特别的结构,想要人工建造是有相当困难的。   从横截面图来看,坑底成阶梯状,由从左至右的 1..N 个的平面构成(其中 1 ≤ N ≤ 100,000),如图:    *            * :    *            * :    *            * 8    *    **      * 7    *    **      * 6    *    **      * 5    *    ********* 4 <- 高度    *    ********* 3    ************** 2    ************** 1 平面 |  1  |2|   3    | 每个平面 i 可以用两个数字来描述,即它的宽度 Wi 和高度 Hi,其中 1 ≤ Wi ≤ 1,000、1 ≤ Hi ≤ 1,000,000,而这个坑最特别的地方在于坑底每个平面的高度都是不同的。每到夏天,雨水会把坑填满,而在其它的季节,则需要通过人工灌水的方式把坑填满。灌水点设在坑底位置最低的那个平面,每分钟灌水量为一个单位(即高度和宽度均为 1)。随着水位的增长,水自然会向其它平面扩散,当水将某平面覆盖且水高达到一个单位时,就认为该平面被水覆盖了。   请你计算每个平面被水覆盖的时间。    灌水 水满后自动扩散 | | * | * * | * * * * V * * V * * * * * * .... * *~~~~~~~~~~~~* * ** * *~~~~** : * *~~~~**~~~~~~* * ** * *~~~~** : * *~~~~**~~~~~~* * ** * *~~~~**~~~~~~* *~~~~**~~~~~~* * ********* *~~~~********* *~~~~********* *~~~~********* *~~~~********* *~~~~********* ************** ************** ************** ************** ************** **************    4 分钟后    26 分钟后        50 分钟后    平面 1 被水覆盖     平面 3 被水覆盖    平面 2 被水覆盖输入   输入的第一行是一个整数 N,表示平面的数量。从第二行开始的 N 行上分别有两个整数,分别表示平面的宽度和高度。 输出   输出每个平面被水覆盖的时间。
发帖
非技术区
创建于2007-09-28

2.3w+

社区成员

Java 非技术区
申请成为版主
帖子事件
创建了帖子
2005-12-30 04:35
社区公告
暂无公告