s**********n
发帖数: 1485 | 1 一直把ORM看成ONE ARM的缩写。。。这次实在吓到了，终于去查了一下。。。 |
|
b*****x
发帖数: 3786 | 2 Object Relational Mapping.
公司在做一格新产品，某个 code 那边的 tech-lead， 想要我把 db level 的
permission 给 app user 全开了。 我问为什么。 他说要用 ORM， 还说什么现在外面
大家都可以用了， 以后都不用 Stored Procedure 了，什么都在 code 里搞掂， 大大
提高 productivity 和 visibility 等等。
我算比较忍得住的了， 近年公司里各种折腾我都没什么意见，喜欢折腾就折腾吧，不
工作了再改回来。 但这个完全是在 code 那边来考虑了， 说起来各种优点， 想反驳
也要有对DB的理解， 但如果理解了也不需要解释了。 |
|
s**********o
发帖数: 14359 | 3 不用STORED PROCEDURE，那烂CODE就没法控制了，这个ORM感觉像ENTITY FRAMEWORK
那些MAPPING解译出来的SQL CODE剧长无比，如果还有UPDATE INSERT可能会非常糟糕
你要做好DB SERVER GO DOWN的准备。建议他们自己用的那些TABLE放到一个DB里，
别跟其它的掺和在一起，否则出了问题就要POINT FINGERS |
|
F****n
发帖数: 3271 | 4 It's a myth that JPA / Hibernate is complicated, hehe.
Actually JPA is the simplest ORM I have ever used.
Hibernate is more complex, but you can ignore it and only use the JPA part.
If you use Java Annotation, you don't even need XML. |
|
f*****w
发帖数: 2602 | 5 网上看到很多评论说已经开始不用ORM了 问题太多；
不知道现在最好的practise是什么样的做法？ |
|
|
f*****w
发帖数: 2602 | 7 我读了下文档 还没有任何实战经验。 如果我要加入ebean 作为ORM的话 这样子搞可
以么 能不能请zhaoce大牛评论下
找了下没有现成的ebean的module，所以我就把ebean的包，以及我自己所有的entity
class 全都放在一个module下 （设置为worker）。然后在这个module初始化配置里面
允许修改数据库连接信息，这样就可以容易测试。然后每个transaction级别的数据库
操作 我全都设置一个handler
然后主要的逻辑放在另外一个非worker的module里面，然后在需要数据库操作的时候调
用ebean module。
可是这样做的唯一一个疑问是 这样我就会非常频繁地使用json在这两个module之间调
用。我的数据量如果不trivial的话 岂不是大量数据serialize／deserialize的
overhead会相当之大？ |
|
z****e
发帖数: 54598 | 8 你做得很好啊
就应该这样做
至于大量的serialize／deserialize
这个你没有办法
因为现阶段，异步和同步本质是冲突的
同步会导致block，which异步是不能接受的
现阶段木有很好的办法予以解决
除非你弃用orm也就是db那些
或者尝试着用rxjava那个rxjava-jdbc
这样的话，你就可以不用worker了
另外就是，那个bus是你内部bus，远比网络要快得多
也就是比你监听port的那个mod的io要快速高效得多
所以除了内存用得多点以外，理论上不会有啥太大问题
内存现在便宜得跟啥一样，我觉得你不用在乎
用cloud的话，这些都很cheap了
另外，vert.x的运行效率秒杀node.js
你可以随手google vert.x vs node.js
tim fox那篇文章目前为止还是无人反驳得了的
面 |
|
B*****g
发帖数: 34098 | 9 【 以下文字转载自 Java 讨论区 】
发信人: LionTiger (大头虎), 信区: Java
标 题: Re: Job with Oracle PL?
发信站: BBS 未名空间站 (Thu Dec 22 13:13:42 2011, 美东)
ORM并不难学，有时还挺好用。我做了一个小例子，用的是“Emtity Framework”
在ＳＱＬ Ｓｅｒｖｅｒ上。试图解决“Ｔｒａｎｓａｃｔｉｏｎ Ｉｓｏｌａｔｉｏ
ｎ”
的问题。
http://www.codeproject.com/KB/database/EFTransactionIsolation.a
有兴趣可以看一下。因为ＯＲＭ是建立在“Ｒｕｎ－Ｔｉｍｅ”生成“SQL Statement”
的基础上的，并希望和多数数据库管理系统兼容，所以有些特定的事情做的并不好。就
这个例子来说，如果用Native SQL其实就是两句话，但用“Emtity Framework”要写
很多语句。当然用不用“ORM”系统都是可以工作的，好不好就见仁见智了。
我自己用过“Hibernate”和“Emtity Framework”，两个差不多。“... 阅读全帖 |
|
L*******r
发帖数: 8961 | 10 ORM并不难学，有时还挺好用。我做了一个小例子，用的是“Emtity Framework”
在ＳＱＬ Ｓｅｒｖｅｒ上。试图解决“Ｔｒａｎｓａｃｔｉｏｎ Ｉｓｏｌａｔｉｏ
ｎ”
的问题。
http://www.codeproject.com/KB/database/EFTransactionIsolation.a
有兴趣可以看一下。因为ＯＲＭ是建立在“Ｒｕｎ－Ｔｉｍｅ”生成“SQL Statement”
的基础上的，并希望和多数数据库管理系统兼容，所以有些特定的事情做的并不好。就
这个例子来说，如果用Native SQL其实就是两句话，但用“Emtity Framework”要写
很多语句。当然用不用“ORM”系统都是可以工作的，好不好就见仁见智了。
我自己用过“Hibernate”和“Emtity Framework”，两个差不多。“Emtity
Framework”
有自己的Template可以用，所以不需要自己写“XML Mapping”，也能自己生成“
Object
Model”。
一般的问题，ORM不会对速度造成特别大的损害，但对有些特定的任务，尤其是“Batch”
一批很大的... 阅读全帖 |
|
d****i
发帖数: 4809 | 11 大牛，我的个人经验：我ORM和JDBC都用过，我跟喜欢JDBC，或者确切的说Spring JDBC
，因为JDBC让你更体会到用SQL的灵活而不用受ORM框架的束缚。有个笑话说：
Hibernate等ORM是给不会SQL的Java程序员用的，实际上是脱裤子放屁，多此一举。当
然这个是说得是偏颇了，但是JDBC因为直接对数据库操作，所以速度更快更直接更底层
。但是ORM的好处是，Database independent，你可以用不同的DB而用同一套ORM框架。
ORM实际上底层还是JDBC，掩盖了不同DB间的差异。 |
|
t*******e
发帖数: 684 | 12 开发绝大多数情况就是拼成本，用ORM对application developer来说能节省很多写sql
query的时间。极端情形可以不用写一个query，完全靠QBE和CRUD API来实现数据库访
问，非常便利。你提到的很多关于Hibernate的抱怨，是由于使用不当造成的。ORM最大
的问题是难学。一旦掌握，绝对是开发利器。至于performance，ORM并不会带来
overhead，相反还有2层cache带来的好处。ORM甚至比native sql更加flexbile针对
database schema的修改。DBA们对ORM的太多误解是由于不了解和不当的使用造成的。 |
|
g*****g
发帖数: 34805 | 13 这个我老N年前就总结过了。
ORM的好处，易维护，把计算量迁移应用服务器上，容易处理高并发，缓存简单，可在不
同数据库间移植。在高并发的应用里，关系型数据库本身不能scale out，早晚是个瓶
颈，所以ORM提高了系统能支持的并发数。最近几年NoSQL DB的发展，就是单机数据库
系统在ORM下仍然是瓶颈下的必然道路。
Stored procedure的好处，在低并发，大数据量的一些应用上，如每日产生的报表有离
数据近的优势。但不易维护。近年Oracle在数据库服务器上内建对Java的支持，就是为
了提高可维护性。
SP对单个请求比ORM快几乎是必然的。但100个并发的请求，就不见得一样了，10000个
并发的请求，整一个能撑住的数据库服务器，就要比一个小数据库+一个应用服务器ORM
集群，要贵无数倍。别忘了Oracle之类的数据库是按可比CPU算钱的。
techniques
stored |
|
g*****g
发帖数: 34805 | 14 The point of ORM is that you need an ORM one way or another.
Data is stored as relational data in DB and you need to operate on objects
instead in service level. There has to be an bridge in between, what we
typically call data access objects.
You can reinvent your own wheel or you can leverage an ORM framework to save
some boiler plate code. Personally I found spring data with JPA very neat.
Now here is the catch, ORM can get overwhelming complicated by itself at
times. If you find you are stuc... 阅读全帖 |
|
T*****e
发帖数: 361 | 15 这个有时候涉及到控制问题，就是典型的politics，对于码工来说能控制更好没了也能
过，不过对于DBA来说则是生死攸关。
我前面的工作地方就ORM争论了好几次，DBA都是大胜（那哥们嗓门大能说会道跟
manager走得更近，最后所有Programmer都被踢出了讨论），结果连续招了好几个DB
Programmer，ORM也被禁用了。我离开时他们正在用Stored Procedure来实现ORM的基本
功能呢，干得可欢了。
现在换了个地方，结果是PHP+SQL，PHP方面基本上是早期ASP或者JSP那一套，偶尔夹杂
点MVC；PHP里面都是ad hoc的SQL，DB里面则有很多几千行的UDF和Stored Procedure，
读起来无比费劲。
……之前ORM都有些烦了，发现MongoDB+Express+AngularJS更爽；现在倒是不用ORM了
…… |
|
i*q
发帖数: 2288 | 16 昨天一行40多人游览了著名的White Oak Canyan(WOC)，关键词有：
迷路、迟到、秀丽风景、瀑布洗脚、密林穿行、大汗淋漓、迎面凉风、美食、哄抢、
我来比较一下WOC和Old Rag Mt(ORM)的风景和特点，其余的是大家来写吧。
这可是锻炼一下生锈的文笔的好机会。
=============================================================
WOC和ORM的停车场都在rt600上，但是风格迥异。迥异到根本没有什么相同点。
ORM的风景秀丽，山途险要，怪石嶙峋。
WOC的山水相映，密林穿行，碧潭凉风。
ORM像一杯白酒，清澈秀美，但是一看就知道危险。
WOC像一杯红酒，蕴蕴不扬，但是就在不经意间，让你累的怀疑自己是否该来。
总体说来，ORM适合春秋户外远足，登高望远。WOC适合任何季节的休闲散心。
WOC总体上是瀑布和连接瀑布的山路组成。每个瀑布都是一个休憩的好去处。瀑布之
下都有水潭，比起断肠崖的碧水深潭来说根本不值一提，但是也足以让跳水爱好者
一展英姿，游泳爱好者还可以下水嬉戏。如果再腐败一些，带上躺椅，一些美食，
一壶凉 |
|
l*s
发帖数: 783 | 17 ☆─────────────────────────────────────☆
Cklein (Calvin Klein) 于 (Mon Aug 6 20:03:32 2012, 美东) 提到:
从事IT将近20年, .NET出生前就开始研究.NET, 我可以大言不惭的说我是.NET 牛人了.
可是对.NET的近期发展很是失望.
.Net 2.0 在语言上已是顶峰. LinQ 是一个VERY NICE数据库工具.
时至今日, 我的标准配置还是:
.Net 3.5 SP1, Linq2Sql, ASP.NET, WCF
其它后来所有的新版本, 新FEATURE, 感觉都有点脱裤子放屁. .NET4.0 我研究了很长
时间, 还是觉得没有必要升级. 没有任何新的东西.升级风险很大, 得不偿失.
EF也做的越来越臃肿, 复杂. LINQ 2 SQL足够了.
MVC也扯淡. ASP.NET本来不是MVC的东西, 硬要用这个基础做一个MVC出来. 要做干脆另
起炉灶, 现在搞得不伦不类, 太像业余选手. 还搞不同的SCRIPTING ENGINE, 感觉象业
余的OPENSOURCE... 阅读全帖 |
|
t*******e
发帖数: 684 | 18 ORM上手不难，学好不易。ORM也不仅仅runtime生成sql statement，完全可以生成
precompiled queries. ORM也可以invoke stored proc, 还能自动把结果map成
entities. ORM也没有强迫schema必须从application source code生成。Batch data
processing有各种各样的ETL工具可以处理，hibernate本来就不是干这个的。至于
transaction isolation的例子，本身就有问题，为何要在runtime更改txn isolation
level? 用个pessimistic locking就可以了。况且不是所有database都可以在runtime
改txn isolation level的。
Statement” |
|
a*******n
发帖数: 237 | 19 not quite sure about the problem you mentioned. the Micro ORM just some
helper classes. for example, orm.insert(Object), orm.update(object, columns.
..), orm.select(class, sql)
changes? |
|
s***t
发帖数: 113 | 20 我是OR major毕业的. 这个专业虽然不如CS好找工作但是比很多理科专业还是好的多。
工业界很看经验。如果你有internship experience会给你找工作加很多分。找工作网
站除了前面提到的以外，INFORMS 有job placement service, http://jps.informs.org/. ORMS网站上面也有job opening list, http://www.orms-today.org/classifieds/ORMS-classifieds.html . 找工作的时候，OR做keyword找到的工作比较少，而且很多是defense industry不找non-citizen. 你可以找找statistic 和 analytic。
另外，我觉得你的情况最好跟信得过的教授或者高年级的同学谈一谈，看看他们怎么想
的。我觉得你的情况不一定像你想的糟糕。Anyway, good luck! |
|
C****n
发帖数: 2324 | 21 关于LINQ 2 SQL, 是数据库工具, 是因为在这之前, 我就一直为ORM困扰. 尝试了
NHIBERNATE, 还有其它一些都不满意. 一气之下自己写了个ORM, 用了5,6 年.
LINQ2SQL出来之后, 一举解决了几乎所有问题. 那些没有解决的问题在我看来也是不应
该由它来解决的.
一个工具不能什么问题都解决, 否则这个工具到最后什么问题也解决不了.
至于LINQ的其它应用当然很多. 你甚至可以在LINQ上开发其它很好的东西. 问题是:
LinQ的出现, 对程序设计的突破在我看来就是LinQ2SQL了. 你用LinQ做其它的事情, 那
么我用传统方法查不到哪去. 也就是说没有什么Improvement.
你觉得他帮你省了不少代码, 反正我除了ORM那块以外, 绝对不用LinQ. 我还怕
PERFORMANCE 有问题呢. 卡车买来主要是为了搬家运家具用的. 你要是用来全家出门旅
游当然也可以, 你还可以所后面可以塞更多的人. 不过我还是觉得开一辆SEDAN 比较靠
谱.
很多人觉得我对LinQ的POTENTIAL不够了解. 要知道, 没一个新的东西出来, 我都要做
很多研究... 阅读全帖 |
|
l*s
发帖数: 783 | 22 ☆─────────────────────────────────────☆
vn (jmj) 于 (Fri Oct 19 10:25:39 2012, 美东) 提到:
- 做很多view的操作吗？加index啥的不？还干神马其他的？
- 你们都把sql query写成stored procedure吗？前段时间好像就是在这个版上看到一
种观点就是用linq 这样在c#里面就可以改 比stored procedure方便。。。这个理解对
不对？
- 用其他的方式访问db 比如NHibernate 还有什么工具？
☆─────────────────────────────────────☆
vn (jmj) 于 (Mon Oct 22 09:57:38 2012, 美东) 提到:
脚踏实地的问题木人讨论 都跑到隔壁去吵架 唉
☆─────────────────────────────────────☆
NeverLearn (24K golden bear) 于 (Mon Oct 22 17:36:01 2012, 美东) 提到:
只要关联查询多了，... 阅读全帖 |
|
s******e
发帖数: 493 | 23 Well. All the ORMs claim that they are trying to fill the gap between the
objects and relational databases. Personally I do not buy the claim. The gap
exists, but there is no need to fill.
I use the orm mainly because it saves me from directly manupilating the
result sets. Again because almost all orms use java reflection to populate
the data, it is slower than plain jdbc (one of main reasons). To ease this,
almost all of them provide you some object instance caching mechanisms.
Some other reaso |
|
z****e
发帖数: 54598 | 24 如果你搜索.net framework结果是不是就大不一样了？
微软搞.net把什么开发都搞成.net
特别讨厌微软的一点就是微软很喜欢模糊概念
什么概念到了微软手里，会变得很混乱
这也是.net，那也是.net，结果就是什么都是.net
.net做了太多的事，现在基本上只要你在用微软的东西编程，你就在用.net
这其实就是问题，分工不细，概念模糊不清
这跟微软的战略有关，反正它们希望客户把什么都交给它们去做
弄不清楚没关系，给钱就行
而对于j2ee来说，spring只是一个选择，而这个选择往往是在具备了一定规模之后
才显得重要，换句话说，在此之前，如果负载小的话，我可能压根不会上framework
我就用最基本的jsp/servlet就可以了，要说framework的话
这其实也是一个framework，它也提供了具体实现的api以及相应的规范，只不过一般不
这么说而已
为了避免混淆，多数时候不把这个叫做framework而已，因为它已经超越了framework的
范畴
同理ejb也是个framework，但是多数时候我们也不这么叫
所以你说的spring＋hibernate＋str... 阅读全帖 |
|
t*******e
发帖数: 684 | 25 ORM说到底还是dynamic SQL, 所以不可能超越dynamic SQL的performance和throughput
。Performance的好处是多层cache带来的。Portability实际上也不是非常重要。
ORM真正的优势还是在于降低开发成本。聪明的使用lazy loading合并caching的话，对
比sql或stored proc，实现一个网页节省个几千行code是非常常见的。易维护也是个副产
品了。
在不
ORM |
|
B*****g
发帖数: 34098 | 26 ORM问个问题，ORM能控制 execution plan 吗？
在不
ORM |
|
B*****g
发帖数: 34098 | 27
class="org.springframework.orm.jpa.JpaTransactionManager"
p:entityManagerFactory-ref="entityManagerFactory" />
class="org.springframework.orm.jpa.
LocalContainerEntityManagerFactoryBean">
阅读全帖 |
|
x****d
发帖数: 1766 | 28 歪楼啦！！！！！！！！！
咱不讨论要不要ORM行么？假设ORM是必须的。
怪我没说清楚。我想知道我们工作中遇到的困难是哪个方面的。我个人经验是很多程序
员的所谓困难是因为对 behaviour aspect of ORM 的理解不够，所以会觉得困难。我
的看法对么？ |
|
d****i
发帖数: 4809 | 29 我也没搞过那些ORM，hibernate/JPA等等都是ORM，就是把数据库里面的relational
data变成你的Java里面的对象。我直接用Spring JDBC而没用ORM，已经可以满足我的需
求，觉得还不错。那个beans.xml一般是你自己创建的，用来定义Spring bean。比如你
这个要接mysql的话(假设在同一host上)，大抵是这样的：
阅读全帖 |
|
d********g
发帖数: 10550 | 30 在ORM这个级别，数据库之间的这些差异反而是坏事，好多和数据库有关的高级特性ORM
没办法做成通用的
比如pqsql新的还加了个json类型，就是var char加了强制检查啥的。这个完全可以在
ORM或者app级别自己做，还方便些 |
|
d********g
发帖数: 10550 | 31 ORM做关系的查询很方便啊，NoSQL就没这个便利了。我说的是很多框架的ORM是给SQL数
据库的schema设计的，NoSQL这个太灵活，传统ORM玩不转了 |
|
z****e
发帖数: 54598 | 32 这个其实不是sql，是arqi
类似java里面orm的一个东西
只不过ror帮你搞定了
java的orm选择很多，有hibernate有ibatis这些
你在用sql之前，需要单独做一层dao，which一般都是orm的框架搞定
封装sql到dao里面，然后再通过controller调用dao
java这样做还是太过于简单了
一般mvc的话，需要实现不仅仅是controller
还有service&dao，大概需要分三层这样
其中service对应ejb里面的stateless/ful ejb
dao对应以前ejb里面的entity bean，entity bean就是hibernate那些的前身
但是不管怎样，直接在controller里面写sql还是过了
这个模块几乎没有分层 |
|
z****e
发帖数: 54598 | 33
用什么都有，用tomcat因为apache口碑好，坑少，文档多
没了，就这一个，这是最理想的，一个类库做一件事
错了，spring的功能是di，主要是管理一个bean的生命周期
这样从客观上节省了内存和decoupling，其次也减少了内存泄漏的可能性
另外一个spring的主要功能是aop，这是spring两大利器
致于mvc，那个其实不重要，属于扯蛋的部分，ui的东西扯蛋居多
因为db本身的市场正在被nosql所蚕食，nosql天生就是object
所以不怎么强调orm，db因为都是relational，所以需要orm
作为trade off，orm牺牲了一部分性能，但是好处是可以比较容易滴迁移db
hibernate用上去之后，你就不在乎mysql和postgre的差别了
当然这很理想，但是至少一定程度上搞定了这个问题
类似ror
no，java的世界缤纷多彩，你看看techempower那个列表
你就可以看到，几乎一半都是jvm上的东西，你很难说某个东西一定不对
都是个人的选择嘛，grails对于groovy来说很重要，要知道
groovy可是表现最佳的脚本，这个你看vert... 阅读全帖 |
|
A**P
发帖数: 260 | 34 在WINBUGS下面写了这么简单的一段，model syntax通过了，可是data就是不能load。
试过list和matrix,都不行。请高手看看为什么。多谢。
model {
#model
nI ~ dbin(p, N)
nS ~ dbin(s,nI)
lor <- log(p*s/(1-p*s))
orm ~ dnorm(lor, orp)
#priors
p ~ dbeta(1,1)
s ~ dbeta(1,1)
}
#Data
list (nI=500, nS=200, N=1421, orm= -1.7, orp= 100)
nI [] nS [] N [] orm [] orp []
500 200 1421 -1.7 100
END |
|
|
S*********g
发帖数: 24893 | 36 From: Christopher Jordan Dorner /7648
To: America
Subj: Last resort
Regarding CF# 07-004281
I know most of you who personally know me are in disbelief to hear from
media reports that I am suspected of committing such horrendous murders and
have taken drastic and shocking actions in the last couple of days. You are
saying to yourself that this is completely out of character of the man you
knew who always wore a smile wherever he was seen. I know I will be vilified
by the LAPD and the media. Unfor... 阅读全帖 |
|
a****n
发帖数: 1887 | 37 不要随便假设， 我也做了多年项目了， 你们的项目做成这个样子， 不见得别人的项
目都是这个样子。 我说东西比较理论， 不过这些只是guideline, design is about
trade off.
你所谓的entity 有五六十个变量， 并不见得内聚高。十有八九可以根据response 分
成不同的类。
我感觉你们是直接拿ORM mapping 出来的class 当成domain class 使用了，对于复杂
的应用 ORM mapping出来的 class 并不是 entity/domain class, 一般在这些class
和domain class 之间会有mapper/entity gateway |
|
c****f
发帖数: 1102 | 38 直接ORM不得了 自从用了ORM join难度以上的语句全忘记了。。 |
|
g*****g
发帖数: 34805 | 39 当然用ORM，关系一复杂，手写SQL得累死。这个事情10年前就是共识了。这年头RDBMS/
NoSQL混着用，非常追求性能的SQL query也少了，denormalization的需要也降低了，
ORM就更好使了。Spring Data几乎把所有的boiler plate都去掉了。 |
|
d******e
发帖数: 2265 | 40 这个是偏见。
做web/app, 某种语言整个tech stack要精通至少1年。一般都要两年多。
当然你做过一个，换另外一种语言会快的多。因为原理思路都是一样的。 orm对orm,
db对db.模版对模版。
所以只会C++的话，对付hot startup会在上手阶段十分困难。 |
|
l*****3
发帖数: 16 | 41 想从C／C＋＋转到Java，目标是半年内找到Java/J2EE/Angular JS developer的工作。
以下是一个要学的东西的清单，请大家给点建议.谢谢.
Ø Core Java: Basic OOP concepts, Collection Framework, Exception
Handling, Input/Output
System, Multithreading, JDBC, Java Mail, Design Patterns
Ø J2EE basic: JSP & Servlet, Struts, Validation Framework, HTML, CSS,
XSLT, XSL-FO, JavaScript, JSTL, Expression Language
Ø Spring Framework: IoC, AOP, MVC, Integration, DAO, ORM, Template
Ø Hibernate Framework: ORM, HQL, Database Management, Trans... 阅读全帖 |
|
s*****e
发帖数: 6053 | 42 ☆─────────────────────────────────────☆
uvachja (鹤立鸡群) 于 (Fri Apr 10 10:46:22 2015, 美东) 提到:
他进的藤校有：Columbia, Yale
http://talk.collegeconfidential.com/discussion/comment/18336253
YaleDad2019
Posts: 1
Registered User
New Member
04-07-2015 at 5:30 pm
Decision: Accepted
(Posted for my son)
Objective:
[*] SAT I (breakdown): 2300 (750 R, 800 M, 750 W)
[*] ACT (breakdown): 34C
[*] SAT II: 800 Math, 740 Chemistry
[*] Unweighted GPA (out of 4.0): 3.96 UW
[*] Rank (percentile if rank is unavailable)... 阅读全帖 |
|
d****g
发帖数: 7460 | 43 白人。因为亚裔已经ORM了。已经名额封顶了。所以从黑墨抢来的名额不会给亚裔。
亚裔必须突破ORM才能突破名额上限，解决招分比白人高的问题。 |
|
S*********g
发帖数: 24893 | 44 【 以下文字转载自 Military 讨论区 】
发信人: StephenKing (金博士), 信区: Military
标 题: 真正的美国新闻：让美国蒙羞的新闻
发信站: BBS 未名空间站 (Thu Feb 7 23:47:31 2013, 美东)
From: Christopher Jordan Dorner /7648
To: America
Subj: Last resort
Regarding CF# 07-004281
I know most of you who personally know me are in disbelief to hear from
media reports that I am suspected of committing such horrendous murders and
have taken drastic and shocking actions in the last couple of days. You are
saying to yourself that this is completely out of cha... 阅读全帖 |
|
S*********g
发帖数: 24893 | 45 【 以下文字转载自 USANews 讨论区 】
发信人: StephenKing (金博士), 信区: USANews
标 题: 真正的美国新闻：让美国蒙羞的新闻
发信站: BBS 未名空间站 (Thu Feb 7 23:51:09 2013, 美东)
From: Christopher Jordan Dorner /7648
To: America
Subj: Last resort
Regarding CF# 07-004281
I know most of you who personally know me are in disbelief to hear from
media reports that I am suspected of committing such horrendous murders and
have taken drastic and shocking actions in the last couple of days. You are
saying to yourself that this is completely out of chara... 阅读全帖 |
|
k******g
发帖数: 1540 | 46 ☆─────────────────────────────────────☆
aaaty (阿提) 于 (Wed Dec 12 23:39:35 2012, 美东) 提到:
好处就不说了。
用的实际感觉是做出了安猪味。动画和界面这个卡得和安猪有一拼，基本上安猪4之前
的水平。和iOS上大部分软件不可同日而语。不知道用意何在？
Update:
这个卡主要在缩放和滑动地图，以及调出和隐藏右边的额外功能的时候特别明显。如果
你还在iOS 5上，你可以对比一下，用手指一划，地图的滑动，Google Maps就是卡的。
Maps.app就是流畅的。iOS 6上，Apple Maps也流畅多了。所以，安猪味！
★ 发自iPhone App: ChineseWeb 7.7
☆─────────────────────────────────────☆
weidong (伊拉克学习小组副组长) 于 (Wed Dec 12 23:42:36 2012, 美东) 提到:
你怎么下的？
界面烂是狗子不懂艺术而己
★ 发自iPhone App: ChineseWeb 7.7
☆────... 阅读全帖 |
|
l*****b
发帖数: 82 | 47 Hi, friends,
I will make some table replications between two DBs with same structure. The
main problem so far is how to prevent the PK conflict when replicating as
the current PKs are auto increased by sequence. My first thinking is the
have composite PK keys: instance id + auto increased, e.g. 01 and 1234 as a
PK pair, 01 is instance id and 1234 is current increased PK. I heard there
are some drawback in composite PK key, e.g. in ORM, etc. However, I am not
using ORM so far. Is my solution ok? |
|
N********n
发帖数: 8363 | 48
Entity Framework is the official ORM of M$. It could be somewhat useful
but I still believe it comes down to how well the underline databases
are designed rather than which ORM you use. |
|
r***o
发帖数: 1526 | 49 我用过的ORM
MS的typed Dataset, LINQ2SQL, Entity Framework
Telerik的OpenAccess
MS的ORM都很Solid，没有什么bug可以放心用 |
|
W********n
发帖数: 254 | 50 嗯，大型项目前端谁还关心后台数据怎么访问，一切都是SOA, everything is a web
service, either distributed or cloud，哪里有机会让你用orm，app开发者考虑好你
的domain model和dto mapping。小网站的话,orm提供快速开发很不错。 |
|
