Redian新闻
>
Amex Gold Premier信用卡送1000刀 Match 75K Bonus
avatar
Amex Gold Premier信用卡送1000刀 Match 75K Bonus# ChemEng - 化学工程
i*t
1
看到那么多性感帅哥美女的造型,印象最深刻的就是白衬衣造型了,简单的性感,刻在骨子里的,简直让人疯狂!一件白衬衣扣子不要全都系上,或者完全敞穿也不错,只要想办法用动作遮盖胸部不露点就行,但是一定要秀出结实的人鱼线和紧实的小腹,再加上一条版型修身的牛仔裤,勾勒出翘臀,再搭配细细的高跟鞋,凡是看到这样的欧美女明星造型,都感觉性感的连我这个女人都紧张起来了!帅哥也不例外,敞穿的白衬衣,露出性感浓密的胸毛和肌肉,再加上做工精良的牛仔裤和皮鞋,那也是帅的让人喷鼻血的节奏啊!女人来一件长款的白衬衣棉质的作为睡衣也很不错,或者干脆就拿老公的宽大白衬衣当睡衣好了,绝对是连心情都随着起飞了哦!
avatar
j*x
2
【 以下文字转载自 Music 讨论区 】
发信人: jingzx (洋金), 信区: Music
标 题: 【感谢cinnamon】学唱越剧《沙漠王子》选段《算命》
发信站: BBS 未名空间站 (Sat May 2 17:53:19 2009)
学唱一段小肉桂喜欢的越剧做谢礼,也恭喜乐粉上任。俺老人家学得好辛苦,转来转去
快找不到家门了。时间有限,先学到这样的,回头再学学争取重录得好一些,越剧迷们
多包涵 :)
手抚琴儿心悲惨 自己的命儿我自己算
对面坐着是我心爱人 可叹我有目不能看
小姐!开言叫声好小姐 王子的命儿你听仔细
他是个 眉清目秀聪明儿 西萨王宫好子第
父母钟爱如珍宝 钦赐玉珮作标记
玉珮上沙漠王子四个字 千载万世永不移
正望日子多欢乐 谁知平地风波起
安达叛变遭不幸 一家骨肉各分离
乳娘忠心救王子 他从宝剑之下逃出去
光阴流水容易过 一季过去又一季
王子长成到十七岁 风沙扑面在各地
无意之中遇公主 公主的芳名叫伊丽
avatar
J*B
3
如题。面试碰到的题。
avatar
d*i
4
Amex offer codes for Gold Premier Card bonus Match 75K points
http://goo.gl/0eXca
目前是没有75000 points的链接的,只能先申请再match offer了。可以用上面的链接
,也可以用其他的任何链接,都是可以match的。目前这个链接是送25K的
http://goo.gl/0eXca
对于已经申请了Amex Gold Premier Card的用户,请注意赶紧发信match 75000points
。对于没有这张卡的用户也可以考虑持有一下了,75K points千万不要换成gift card
,可以在二手版以1.5-1.55比例换成cash, 大概也值个1000刀吧。
申请拿到卡后,请在security mail里面发送信件要求match offer, 以下是offer id号
, 具体match offer的内容在下面两个论坛中有详细记录。
Amex Personal Gold Premier Card Match offer:
New Bonus ID 6939 gold premier 75K spend $1000 within 3 months
6661 gold premier 75K spend $1000 within 3 months, apply between July 1st
and October 31
5894 gold premier 75K spend $500 within 3 months
5985 gold premier 75K spend $1000 within 3 months
以上是75000points
http://www.mitbbs.com/article_t/Money/31581117.html
http://www.mitbbs.com/article_t/Money/31602041.html
http://slickdeals.net/forums/showthread.php?t=3095414
以下是我match offer的回信
Hi **,
Thank you for your email regarding the "Premier Rewards Gold - Earn 75,000
Membership Rewards Bonus Points" promotion.
You will be happy to know that I have linked the offer 6661 to your card
account. As per this offer, you will earn 75,000 Membership Rewards bonus
points after spending $1,000.00 within the first three months of
Cardmembership.
Therefore, I would request you to write back to me after meeting the spend
requirement and I will be happy to issue the remaining points on your card
account.
**, thank you for choosing American Express since 200* and we look forward
to serving you for many more years to come!
Have a wonderful day.
Sincerely, **** Email Servicing Team American Express Interactive Services
avatar
i*t
5
当然了,得有好身材
avatar
a*d
6
沙发!

【在 j****x 的大作中提到】
: 【 以下文字转载自 Music 讨论区 】
: 发信人: jingzx (洋金), 信区: Music
: 标 题: 【感谢cinnamon】学唱越剧《沙漠王子》选段《算命》
: 发信站: BBS 未名空间站 (Sat May 2 17:53:19 2009)
: 学唱一段小肉桂喜欢的越剧做谢礼,也恭喜乐粉上任。俺老人家学得好辛苦,转来转去
: 快找不到家门了。时间有限,先学到这样的,回头再学学争取重录得好一些,越剧迷们
: 多包涵 :)
: 手抚琴儿心悲惨 自己的命儿我自己算
: 对面坐着是我心爱人 可叹我有目不能看
: 小姐!开言叫声好小姐 王子的命儿你听仔细

avatar
g*g
7
ORM is translated to SQL, it's never gonna beat optimized SQL query. On the
other hand, ORM makes caching easy and in many cases may not hit DB at all.
So it's not necessarily slower overall. It all depends on the application.

【在 J**B 的大作中提到】
: 如题。面试碰到的题。
avatar
i*t
8
看到那么多性感帅哥美女的造型,印象最深刻的就是白衬衣造型了,简单的性感,刻在骨子里的,简直让人疯狂!一件白衬衣扣子不要全都系上,或者完全敞穿也不错,只要想办法用动作遮盖胸部不露点就行,但是一定要秀出结实的人鱼线和紧实的小腹,再加上一条版型修身的牛仔裤,勾勒出翘臀,再搭配细细的高跟鞋,凡是看到这样的欧美女明星造型,都感觉性感的连我这个女人都紧张起来了!帅哥也不例外,敞穿的白衬衣,露出性感浓密的胸毛和肌肉,再加上做工精良的牛仔裤和皮鞋,那也是帅的让人喷鼻血的节奏啊!女人来一件长款的白衬衣棉质的作为睡衣也很不错,或者干脆就拿老公的宽大白衬衣当睡衣好了,绝对是连心情都随着起飞了哦!
avatar
p*y
9
好听,来段黄梅戏,呵呵,没有得听。
树上的鸟儿成双对
绿水青山带笑颜
随手摘下花一朵
我与娘子戴发间
从今再不受奴役苦
夫妻双双把家还
你耕田来我织布
我挑水来你浇园
寒窑虽破能避风雨
夫妻恩爱苦也甜
你我好比鸳鸯鸟
比翼双飞在人间

【在 j****x 的大作中提到】
: 【 以下文字转载自 Music 讨论区 】
: 发信人: jingzx (洋金), 信区: Music
: 标 题: 【感谢cinnamon】学唱越剧《沙漠王子》选段《算命》
: 发信站: BBS 未名空间站 (Sat May 2 17:53:19 2009)
: 学唱一段小肉桂喜欢的越剧做谢礼,也恭喜乐粉上任。俺老人家学得好辛苦,转来转去
: 快找不到家门了。时间有限,先学到这样的,回头再学学争取重录得好一些,越剧迷们
: 多包涵 :)
: 手抚琴儿心悲惨 自己的命儿我自己算
: 对面坐着是我心爱人 可叹我有目不能看
: 小姐!开言叫声好小姐 王子的命儿你听仔细

avatar
w*u
10
可不可以这么说,一个是在数据库内部run,一个是在外面的application server上run
。。。。感觉可说的挺多的
avatar
i*t
11
当然了,得有好身材
avatar
M*m
12
手抚琴儿,玉珮上。。。有几个小地方顿挫得很有味道。呵呵,再唱一段越剧《红楼梦
》呢,记得小时候看过一段,词曲俱佳。

【在 j****x 的大作中提到】
: 【 以下文字转载自 Music 讨论区 】
: 发信人: jingzx (洋金), 信区: Music
: 标 题: 【感谢cinnamon】学唱越剧《沙漠王子》选段《算命》
: 发信站: BBS 未名空间站 (Sat May 2 17:53:19 2009)
: 学唱一段小肉桂喜欢的越剧做谢礼,也恭喜乐粉上任。俺老人家学得好辛苦,转来转去
: 快找不到家门了。时间有限,先学到这样的,回头再学学争取重录得好一些,越剧迷们
: 多包涵 :)
: 手抚琴儿心悲惨 自己的命儿我自己算
: 对面坐着是我心爱人 可叹我有目不能看
: 小姐!开言叫声好小姐 王子的命儿你听仔细

avatar
B*g
13
前面有讨论,哈哈

run

【在 w****u 的大作中提到】
: 可不可以这么说,一个是在数据库内部run,一个是在外面的application server上run
: 。。。。感觉可说的挺多的

avatar
g*t
14
这是DVD版吗?我没走错门吗?
avatar
M*m
15
呵呵,黄梅戏选段。
以前看过的,应该就是这个电影里的。
昆曲的这一段,每次看,每次感动。唱腔,字眼,动作都禁得起琢磨。
听京剧咯~~~
再听听骆玉笙老太太的京韵大鼓。

【在 p*********y 的大作中提到】
: 好听,来段黄梅戏,呵呵,没有得听。
: 树上的鸟儿成双对
: 绿水青山带笑颜
: 随手摘下花一朵
: 我与娘子戴发间
: 从今再不受奴役苦
: 夫妻双双把家还
: 你耕田来我织布
: 我挑水来你浇园
: 寒窑虽破能避风雨

avatar
J*B
16
如题。面试碰到的题。
avatar
a*d
17
嘻嘻,小时候开玩笑爱胡唱这个

【在 p*********y 的大作中提到】
: 好听,来段黄梅戏,呵呵,没有得听。
: 树上的鸟儿成双对
: 绿水青山带笑颜
: 随手摘下花一朵
: 我与娘子戴发间
: 从今再不受奴役苦
: 夫妻双双把家还
: 你耕田来我织布
: 我挑水来你浇园
: 寒窑虽破能避风雨

avatar
g*g
18
ORM is translated to SQL, it's never gonna beat optimized SQL query. On the
other hand, ORM makes caching easy and in many cases may not hit DB at all.
So it's not necessarily slower overall. It all depends on the application.

【在 J**B 的大作中提到】
: 如题。面试碰到的题。
avatar
j*x
19
咦,你看过越剧《红楼梦》?

【在 M*********m 的大作中提到】
: 手抚琴儿,玉珮上。。。有几个小地方顿挫得很有味道。呵呵,再唱一段越剧《红楼梦
: 》呢,记得小时候看过一段,词曲俱佳。

avatar
w*u
20
可不可以这么说,一个是在数据库内部run,一个是在外面的application server上run
。。。。感觉可说的挺多的
avatar
j*x
21
以前很喜欢吼《重整河山待后生》

【在 M*********m 的大作中提到】
: 呵呵,黄梅戏选段。
: 以前看过的,应该就是这个电影里的。
: 昆曲的这一段,每次看,每次感动。唱腔,字眼,动作都禁得起琢磨。
: 听京剧咯~~~
: 再听听骆玉笙老太太的京韵大鼓。

avatar
B*g
22
前面有讨论,哈哈

run

【在 w****u 的大作中提到】
: 可不可以这么说,一个是在数据库内部run,一个是在外面的application server上run
: 。。。。感觉可说的挺多的

avatar
a*d
23
越剧《红楼梦》应该很多人都看过吧。。。徐玉兰,王文娟。。。当时可是红遍了的。

【在 j****x 的大作中提到】
: 咦,你看过越剧《红楼梦》?
avatar
B*g
24
讨论去哪了?找不到了

【在 B*****g 的大作中提到】
: 前面有讨论,哈哈
:
: run

avatar
j*x
25
嗯,对了这个是有电影的

【在 a***d 的大作中提到】
: 越剧《红楼梦》应该很多人都看过吧。。。徐玉兰,王文娟。。。当时可是红遍了的。
avatar
t*e
26
出这个题目的十之八九是个biased DBA。如果这个命题成立,还要ORM干什么?
avatar
z*3
27
这个命题的确成立,问题在于值不值得为了这一点效率牺牲结构
我一般认为是不值得这么做的,这样做明显增强了对db的依赖

【在 t*******e 的大作中提到】
: 出这个题目的十之八九是个biased DBA。如果这个命题成立,还要ORM干什么?
avatar
t*e
28
ORM自带一层object query to sql的cache,dynamic query在database里面的
execution plan也是cache的。结果就是一样的sql,用ORM和Stored Proc实现没有差别。
见下面的实例。
http://www.blackwasp.co.uk/SpeedTestSqlSproc.aspx

【在 z*******3 的大作中提到】
: 这个命题的确成立,问题在于值不值得为了这一点效率牺牲结构
: 我一般认为是不值得这么做的,这样做明显增强了对db的依赖

avatar
B*g
29
This test was designed to compare the execution time of dynamically
generated SQL select statements and the equivalent stored procedures from
within a .NET framework application. Single select statements are often used
in stored procedures to retrieve data. This article does not test the used
of complex stored procedures where multiple statements are executed on the
server.

别。

【在 t*******e 的大作中提到】
: ORM自带一层object query to sql的cache,dynamic query在database里面的
: execution plan也是cache的。结果就是一样的sql,用ORM和Stored Proc实现没有差别。
: 见下面的实例。
: http://www.blackwasp.co.uk/SpeedTestSqlSproc.aspx

avatar
t*e
30
This topic could be an endless debate. We need to compare the two techniques
from a common basis. When you move complex computing logic into the stored
proc, you essentially trade OO programming benefits for IO efficiency.

used
used

【在 B*****g 的大作中提到】
: This test was designed to compare the execution time of dynamically
: generated SQL select statements and the equivalent stored procedures from
: within a .NET framework application. Single select statements are often used
: in stored procedures to retrieve data. This article does not test the used
: of complex stored procedures where multiple statements are executed on the
: server.
:
: 别。

avatar
B*g
31
求以前的讨论,搜不到了,5个包子

【在 B*****g 的大作中提到】
: 前面有讨论,哈哈
:
: run

avatar
g*g
32
这个我老N年前就总结过了。
ORM的好处,易维护,把计算量迁移应用服务器上,容易处理高并发,缓存简单,可在不
同数据库间移植。在高并发的应用里,关系型数据库本身不能scale out,早晚是个瓶
颈,所以ORM提高了系统能支持的并发数。最近几年NoSQL DB的发展,就是单机数据库
系统在ORM下仍然是瓶颈下的必然道路。
Stored procedure的好处,在低并发,大数据量的一些应用上,如每日产生的报表有离
数据近的优势。但不易维护。近年Oracle在数据库服务器上内建对Java的支持,就是为
了提高可维护性。
SP对单个请求比ORM快几乎是必然的。但100个并发的请求,就不见得一样了,10000个
并发的请求,整一个能撑住的数据库服务器,就要比一个小数据库+一个应用服务器ORM
集群,要贵无数倍。别忘了Oracle之类的数据库是按可比CPU算钱的。

techniques
stored

【在 t*******e 的大作中提到】
: This topic could be an endless debate. We need to compare the two techniques
: from a common basis. When you move complex computing logic into the stored
: proc, you essentially trade OO programming benefits for IO efficiency.
:
: used
: used

avatar
t*e
33
ORM说到底还是dynamic SQL, 所以不可能超越dynamic SQL的performance和throughput
。Performance的好处是多层cache带来的。Portability实际上也不是非常重要。
ORM真正的优势还是在于降低开发成本。聪明的使用lazy loading合并caching的话,对
比sql或stored proc,实现一个网页节省个几千行code是非常常见的。易维护也是个副产
品了。

在不
ORM

【在 g*****g 的大作中提到】
: 这个我老N年前就总结过了。
: ORM的好处,易维护,把计算量迁移应用服务器上,容易处理高并发,缓存简单,可在不
: 同数据库间移植。在高并发的应用里,关系型数据库本身不能scale out,早晚是个瓶
: 颈,所以ORM提高了系统能支持的并发数。最近几年NoSQL DB的发展,就是单机数据库
: 系统在ORM下仍然是瓶颈下的必然道路。
: Stored procedure的好处,在低并发,大数据量的一些应用上,如每日产生的报表有离
: 数据近的优势。但不易维护。近年Oracle在数据库服务器上内建对Java的支持,就是为
: 了提高可维护性。
: SP对单个请求比ORM快几乎是必然的。但100个并发的请求,就不见得一样了,10000个
: 并发的请求,整一个能撑住的数据库服务器,就要比一个小数据库+一个应用服务器ORM

avatar
g*g
34
Portability对有些系统还是有用的,一些可定制系统可以让用户选择数据库,这个其
实在企业软件里挺常见。性能上我提到了,就是把逻辑从数据库拉出来,降低了数据库
服务器的负担,从而提高了系统可承受的负载。

throughput
副产

【在 t*******e 的大作中提到】
: ORM说到底还是dynamic SQL, 所以不可能超越dynamic SQL的performance和throughput
: 。Performance的好处是多层cache带来的。Portability实际上也不是非常重要。
: ORM真正的优势还是在于降低开发成本。聪明的使用lazy loading合并caching的话,对
: 比sql或stored proc,实现一个网页节省个几千行code是非常常见的。易维护也是个副产
: 品了。
:
: 在不
: ORM

avatar
z*3
35
有道理
很多时候这种快只是理论上的
理论上用汇编最快,c也肯定比java快
但是如果实现得不三不四的,尤其是并发处理做得不三不四的
那就不好说了,实际上oracle的东西
尤其是oracle的app server,以前一直实现得不三不四的
所以我很怀疑他们对于并发这种大系统的处理能力
不过后来收购了weblogic可能会好点

在不
ORM

【在 g*****g 的大作中提到】
: 这个我老N年前就总结过了。
: ORM的好处,易维护,把计算量迁移应用服务器上,容易处理高并发,缓存简单,可在不
: 同数据库间移植。在高并发的应用里,关系型数据库本身不能scale out,早晚是个瓶
: 颈,所以ORM提高了系统能支持的并发数。最近几年NoSQL DB的发展,就是单机数据库
: 系统在ORM下仍然是瓶颈下的必然道路。
: Stored procedure的好处,在低并发,大数据量的一些应用上,如每日产生的报表有离
: 数据近的优势。但不易维护。近年Oracle在数据库服务器上内建对Java的支持,就是为
: 了提高可维护性。
: SP对单个请求比ORM快几乎是必然的。但100个并发的请求,就不见得一样了,10000个
: 并发的请求,整一个能撑住的数据库服务器,就要比一个小数据库+一个应用服务器ORM

avatar
z*3
36
不过有时候我觉得这样也挺好
dba愿意主动承担责任,我觉得没啥坏处
我们公司的dba都很认真,所以一般我不去主动抢他们的活干
procedure已经写好的我就用,虽然加强了依赖,呼呼

throughput
副产

【在 t*******e 的大作中提到】
: ORM说到底还是dynamic SQL, 所以不可能超越dynamic SQL的performance和throughput
: 。Performance的好处是多层cache带来的。Portability实际上也不是非常重要。
: ORM真正的优势还是在于降低开发成本。聪明的使用lazy loading合并caching的话,对
: 比sql或stored proc,实现一个网页节省个几千行code是非常常见的。易维护也是个副产
: 品了。
:
: 在不
: ORM

avatar
z*3
37
嗯,古德霸的例子还有优化的空间
把web给干掉,不用java写,不要上spring mvc或者是jsf之类的
用php就行,apache http server
便宜得多,然后通过内部网call app server上的web service
便宜,而且如果用ejb的话,并发数量可以控制
写起来也不复杂,嗯,这应该是将来的趋势
然后外层对于非web的,可以用java写一些特殊的server
比如网游的服务器啊之类的,这样一个结构良好清晰的eai就出来了

在不
ORM

【在 g*****g 的大作中提到】
: 这个我老N年前就总结过了。
: ORM的好处,易维护,把计算量迁移应用服务器上,容易处理高并发,缓存简单,可在不
: 同数据库间移植。在高并发的应用里,关系型数据库本身不能scale out,早晚是个瓶
: 颈,所以ORM提高了系统能支持的并发数。最近几年NoSQL DB的发展,就是单机数据库
: 系统在ORM下仍然是瓶颈下的必然道路。
: Stored procedure的好处,在低并发,大数据量的一些应用上,如每日产生的报表有离
: 数据近的优势。但不易维护。近年Oracle在数据库服务器上内建对Java的支持,就是为
: 了提高可维护性。
: SP对单个请求比ORM快几乎是必然的。但100个并发的请求,就不见得一样了,10000个
: 并发的请求,整一个能撑住的数据库服务器,就要比一个小数据库+一个应用服务器ORM

avatar
t*e
38
这样的方法很多年前我也用,有些情况适用,legacy database,很稳定不会变动。项
目就是web enablement之类的。如果schema还在evolve,table又多,dba很快就成了
bottleneck,这时候ORM比stored proc效率就高出数量级了。

【在 z*******3 的大作中提到】
: 不过有时候我觉得这样也挺好
: dba愿意主动承担责任,我觉得没啥坏处
: 我们公司的dba都很认真,所以一般我不去主动抢他们的活干
: procedure已经写好的我就用,虽然加强了依赖,呼呼
:
: throughput
: 副产

avatar
B*g
39
N年前帖子找不到了,版务不做精华区呀

在不
ORM

【在 g*****g 的大作中提到】
: 这个我老N年前就总结过了。
: ORM的好处,易维护,把计算量迁移应用服务器上,容易处理高并发,缓存简单,可在不
: 同数据库间移植。在高并发的应用里,关系型数据库本身不能scale out,早晚是个瓶
: 颈,所以ORM提高了系统能支持的并发数。最近几年NoSQL DB的发展,就是单机数据库
: 系统在ORM下仍然是瓶颈下的必然道路。
: Stored procedure的好处,在低并发,大数据量的一些应用上,如每日产生的报表有离
: 数据近的优势。但不易维护。近年Oracle在数据库服务器上内建对Java的支持,就是为
: 了提高可维护性。
: SP对单个请求比ORM快几乎是必然的。但100个并发的请求,就不见得一样了,10000个
: 并发的请求,整一个能撑住的数据库服务器,就要比一个小数据库+一个应用服务器ORM

avatar
B*g
40
ORM问个问题,ORM能控制 execution plan 吗?

在不
ORM

【在 g*****g 的大作中提到】
: 这个我老N年前就总结过了。
: ORM的好处,易维护,把计算量迁移应用服务器上,容易处理高并发,缓存简单,可在不
: 同数据库间移植。在高并发的应用里,关系型数据库本身不能scale out,早晚是个瓶
: 颈,所以ORM提高了系统能支持的并发数。最近几年NoSQL DB的发展,就是单机数据库
: 系统在ORM下仍然是瓶颈下的必然道路。
: Stored procedure的好处,在低并发,大数据量的一些应用上,如每日产生的报表有离
: 数据近的优势。但不易维护。近年Oracle在数据库服务器上内建对Java的支持,就是为
: 了提高可维护性。
: SP对单个请求比ORM快几乎是必然的。但100个并发的请求,就不见得一样了,10000个
: 并发的请求,整一个能撑住的数据库服务器,就要比一个小数据库+一个应用服务器ORM

avatar
g*g
41
I don't think so. ORM is basically auto-generated SQL queries.

【在 B*****g 的大作中提到】
: ORM问个问题,ORM能控制 execution plan 吗?
:
: 在不
: ORM

avatar
t*e
42
翻老帖子不容易。零零碎碎的很多帖子里都讨论了这个问题的不同方面。
ORM学好用好不容易。几乎可以认为是server side最复杂的技术。没有个3-5年的学习
实践,不要说自己懂ORM。事情的另一方面就是一旦上手,就会爱不释手。绝对是steep
learning curve but with high payback.

【在 B*****g 的大作中提到】
: N年前帖子找不到了,版务不做精华区呀
:
: 在不
: ORM

avatar
z*3
43
那当然
毕竟db和web什么都不应该是复杂逻辑集中的地方
最终还是要把这部分给压给spring或者ejb去做
而且抽出来之后,可以优化的地方就多了
分层的好处就在于每一个component都只做一件事
然后集中管理,然后根据特点进行优化
但是这个都是大系统才适用,小系统,随便啦
用jsp去访问db也未尝不行嘛

【在 t*******e 的大作中提到】
: 这样的方法很多年前我也用,有些情况适用,legacy database,很稳定不会变动。项
: 目就是web enablement之类的。如果schema还在evolve,table又多,dba很快就成了
: bottleneck,这时候ORM比stored proc效率就高出数量级了。

avatar
z*3
44
jpa怎么会是最复杂的
我觉得jta,涉及到transaction的部分才是最恶心的
不过不管怎样,jee除了web的部分都挺恶心的
jms和validation算是比较简单的,jta和web service是最恶心的两个部分
不过都不如connector恶心

steep

【在 t*******e 的大作中提到】
: 翻老帖子不容易。零零碎碎的很多帖子里都讨论了这个问题的不同方面。
: ORM学好用好不容易。几乎可以认为是server side最复杂的技术。没有个3-5年的学习
: 实践,不要说自己懂ORM。事情的另一方面就是一旦上手,就会爱不释手。绝对是steep
: learning curve but with high payback.

相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。