O**S
发帖数: 290 | 1 【 以下文字转载自 ebiz 讨论区 】
发信人: ORMS (找...), 信区: ebiz
标 题: 只用了一个月的 ipad 32gb wifi+3g 大概能卖多少钱？
发信站: BBS 未名空间站 (Thu Mar 3 20:15:39 2011, 美东)
想换ipad2了，谢谢！ |
|
w********2
发帖数: 16371 | 2 【 以下文字转载自 WBCenter 讨论区 】
发信人: wavelets02 (消失), 信区: WBCenter
标 题: Re: APPLE版面申请发包子
发信站: BBS 未名空间站 (Sun Aug 26 11:16:34 2012, 美东)
统计了一下是这600 个ID：
mmd chiligoo shadandan powerpuff buildup mit09 meiyoutu kafen coso
cellneuron acidia medIT zysteel onesail icebreaker rotone mynetace daxu06
xlin justking namespace zhangjx rbmw MitbbsDragon cwh zli SETI niuyuer
mitbbsyy fuxikuifei JamesJerry twobits mitbbsxx nortel2000 tianyu Mitbbszz
cosmorning Kittey wxrover jiawa faceoff flyingj73 doubley why123 wig... 阅读全帖 |
|
s****y
发帖数: 983 | 3 这话说得，php的大型应用也是很多的。
至于框架的选择，那就是广告里的一句话，直选对的，不选贵的。
每个框架都是有忧有劣，你觉得用得顺手就好了。
如果数据库繁重，可以试试php的orm相关的框架 |
|
c***c
发帖数: 21374 | 4 php的特点是灵活
灵活的东西就不适宜做大的东西
就php来说，我觉得Symphony完全走了一个错误的方向
cakephp也走了些弯路。比如说cakephp支持php4，但是却把自己报装成一个很OO的东西
，而php4本身比不OO，因此cakephp绕了多大的圈子可想而知。而且动辄产生一个很复
杂的array of array of array.另外ORM也是完全没有那么大的必要，对于php应用来说
，很多时候直接写SQL更合适。 |
|
f****x
发帖数: 908 | 5 Ruby on Rails适合快速开发，另外一个是Python。
使用ruby on rails ，运行一条命令就可以建立起一个web框架。
使用生成器可以直接生成相关的controller、model、views，直接就已经
实现了CRUD功能。
开发的时候使用sqlite3不用对数据库做任何操作，直接可以使用。
ActiveRecord实现了ORM的映射。
rails自带了web服务软件，不需要配置apache
在网站开发完成前，不需要了解apache、mysql。集中在自己网站的功能上。
等到开发完成，只需要配置一下就可以迁移到apache以及mysql环境。
推荐一本书：Agile Web Development with Rails
http://www.amazon.com/Agile-Web-Development-Rails-Programmers/d |
|
H********g
发帖数: 1107 | 6 RoR应该是个不错的架构。
“结果太多没有为什么照做就行，稍微想改就云里雾里”
这个是你太着急了，再简单它毕竟是个完整的framework，
不用这个东西从头到尾做几个项目，是不可能随心所欲的customize的。
其他的不太了解，nodejs我稍微看过一点，我记得MVC还没有搞全。
template engine是有了。但是ORM好像还没有特别完整的。
不过可能是我的信息没有up to date |
|
M****z
发帖数: 1058 | 7 木有办法，要做东西肯定是按照要求来做，不可能都follow它的规矩。
nodejs的MVC是像爆米花一样，不过都是开发到一定程度就卡住了，最近比较火的是
sailsjs，不过都不成熟，感觉还赶不上JS前台的那些成熟，ORM如果是用mongodb的话
，mogoose算是很不错的选择了。
node的用户群和RoR不太一样，我估计出个full stack的可能性不会像RoR那样。就像
Clojure的用户群和他们不一样一样。
文档没少看，代码没咋写，等着对JS感觉开光的那一天 |
|
p*********t
发帖数: 2690 | 8 和database打交道吗？现在的主流是mvc,orm之类的。可能你是做系统的，那当我没说。
while |
|
a****a
发帖数: 67 | 9 [Background]
Here's a email I sent to my friends, they know some Java technologies, but
not deep.
===========
Dear friends:
Here's my experience share with you guys.
How to survive in Microsoft technology ecosystem -
Although C# is 2nd-class citizen of Microsoft technology, but as a common
purpose programming language, there are lots of opportunities. C++ is the
king, for kernel development, but need long time to study.
In actually, C# is just a "Shell" of .NET Framework. All its power is given
... 阅读全帖 |
|
G*********e
发帖数: 407 | 10 great!
Background]
Here's a email I sent to my friends, they know some Java technologies, but
not deep.
===========
Dear friends:
Here's my experience share with you guys.
How to survive in Microsoft technology ecosystem -
Although C# is 2nd-class citizen of Microsoft technology, but as a common
purpose programming language, there are lots of opportunities. C++ is the
king, for kernel development, but need long time to study.
In actually, C# is just a "Shell" of .NET Framework. All its power is... 阅读全帖 |
|
B*****g
发帖数: 34098 | 11 【 以下文字转载自 Java 讨论区 】
发信人: goodbug (好虫), 信区: Java
标 题: Re: Job with Oracle PL?
发信站: BBS 未名空间站 (Mon Dec 19 14:41:39 2011, 美东)
This is true and false, while stored procedure doesn't need to move
data around, the computation power on the DB server is relatively
weak, hard to scale, and expensive for every CPU added. Not to mention,
PL/SQL SP is hard to maintain.
So while there's certain area stored procedure can be useful (like report)
but the trend is moving out of it. People are using ORM to repl... 阅读全帖 |
|
B*****g
发帖数: 34098 | 12 【 以下文字转载自 WashingtonDC 讨论区 】
发信人: HorseKing (二逼青年思路广), 信区: WashingtonDC
标 题: Re: Oracle 有啥好的？
发信站: BBS 未名空间站 (Thu May 10 11:53:16 2012, 美东)
哈哈，换一种眼光来看，管他是什么数据库呢，MSSQL, MYSQL, ORACLE都可以啊，只负
责建表和关系就是了，剩下的全ORM出来，用LINQ完事。STORED PROCEDURE的市场被
LINQ给吃掉了一大块了。 |
|
p*********t
发帖数: 2690 | 13 现在java是编程语言的主流，它的难点已经和c++的难点不同了。现在的软件流行用mvc
来做，编网页也是制作动态网页让用户和database之间通过controller来进行，所以
orm现在在asp.net和java都是正当红的联系oo和relational database的桥梁。 |
|
c*********e
发帖数: 16335 | 14 因为传统的relational database和java这样的object-oriented language的结构差别
，才会出现現在这么流行的orm,比如hibernate,ado.net.
那么，在刚开始建立database的时候，把它做成object-oriented database,現在流行
这么做吗？ |
|
p*****c
发帖数: 2858 | 15 对，不过多出来的字段和这个问题无关。
而因为用了ORM之后，所有的sql语句都被抽象化了。
出现问题我调试的时候，是把最基本的sql都打印出来查看，然后就归纳成这几条了。
我现在突然觉得，是不是因为，update数据的时候我没有给这个表上锁所以才会出这个
问题。
但是如果上read lock。估计整个系统都会瘫痪吧，因为很多其他需要读取库存数据的
进程很多啊。 |
|
n******1
发帖数: 3756 | 16 面向对象的数据库和关系型数据有什么本质区别
数据库里面的entity由不同field的定义，那和对象的属性似乎也可以一一对应，是不
是因为关系型数据库要照顾relationship，所以很多时候一个schema不是一个完整的
object
我一直没理解这个区别,所以也不理解ORM到底在干什么 |
|
s**********o
发帖数: 14359 | 17 举个例子吧，ORM比较常用的就是.NET的Entity Framework，
Entity Framework DATA MODEL放到VISUAL STUDIO里面，具体ENTITY的PHYSICAL
TABLE怎么存储的，TABLE之间的RELATIONSHIP人不管的，MODEL直接进入编程，
由DEVELOPER来控制，这样编程就方便灵活了很多，基本可以撇开DBA和DATA ARCHITECT，
没有数据和PHYSICAL TABLE也可行进行编程，有了TABLE之后再去MAPPING
一说ENTITY，就是抽象的东西，放到DATABASE就变成TABLE和VIEW
放到PROGRAMMING里就是CLASS。 |
|
w****w
发帖数: 521 | 18 关系式基于关系模型，表，行，列。存储中央式，结构化的数据，在索引优化查询方面
已经非常成熟。
对象式基于OOP,但没有很清楚的模型，也没标准的API。希望能代替现在OOP中的RDBMS+
ORM来处理分布式非结构化大数据，当前比较热。 |
|
w****w
发帖数: 521 | 19 关系式基于关系模型，表，行，列。存储中央式，结构化的数据，在索引优化查询方面
已经非常成熟。
对象式基于OOP,但没有很清楚的模型，也没标准的API。希望能代替现在OOP中的RDBMS+
ORM来处理分布式非结构化大数据，当前比较热。 |
|
e****7
发帖数: 4387 | 20 SQL server 里的stored procedure的query plan 好像是 cached。虽说有利有弊，但
如果都不用stored procedure了总要做一些测试，看看load testing是否达到要求。
不少产品或许使用no SQL 更合适，但这个动作更大 |
|
d****n
发帖数: 12461 | 21 你就给了嘛，以后db down了就怪他们。以后b程序down了也可以说a程序占着query。
还有一种方法就是耐心给对方说你为什么不能这么做。 |
|
i****a
发帖数: 36252 | 22 这两个位置我都比较了解. 需要详情的可以问我
第一个工作是中型电子商务公司. Mid level Data Analyst. 招聘广告还没打. 工作内
容主要是 SQL, BI, SSIS, SSRS, SSAS, excel etc. 不支持 H1B
第二个是 senior level, 大型律师事务所的软件产品小团队. 95% remote. 可能支持
H1B. 要问 recruiter.
KEY ACCOUNTABILITIES:
Accountable for reviewing and assesses quality of SQL queries, database
structures and object data models.
Responsible for negotiating and ensuring infrastructure and server
configurations are completed successfully.
Responsible for implementing suitable security and... 阅读全帖 |
|
N********n
发帖数: 8363 | 23 Need a ORM fast. They should be able to produce one a few years ago
but probably for some marketing issues they chose not. |
|
d****d
发帖数: 133 | 24 在ORM里，business object是和数据库分开的，二者用一个映射文件连接，
因此，你可以把现有的business object和数据表对应起来，以后修改表结构的时候，
只需要修改那个映射文件就可以了，基于business object的代码不需要变动。
当然，经常遇到的情况是修改表结构的时候发现business object的定义也要改，
这个时候就business代码也就需要修改了。
你说的not strong typed是什么意思？让Nhibernate返回一个object然后再cast？ |
|
d****d
发帖数: 133 | 25 目前ORM还没有正式在我们系统中使用，目前只在调研阶段，
我有时间的话可以纸上谈兵一下。 |
|
f*****e
发帖数: 5177 | 26 what's the difference between ORM and strong-typed dataset?
Yes. I have some data tables created at run time. I am wondering if
nhibernate can handle such situation. If not, I am going to stick to ado.net
I think LINQ can handle this. |
|
N********n
发帖数: 8363 | 27
Should be Entity Framework VS nHibernate. Linq is more of a
language feature than a dedicated ORM solution. |
|
d****d
发帖数: 133 | 28 I would still choose Linq to Sql for small projects. If I really need ORM to
handle complicated mappings, I would go for NHibernate instead of EFM. Like
many other people, I don't like the way M$ lays out EFM at all. But
apprantely M$
isn't listening (at least not yet).
As to Linq To Oracle, I saw a projet hosted in Codeplex. Technically anyone
can
write their own custom Linq provider. It doesn't have to depend on M$. We
can
write our Linq To MitBBS if we want.
but |
|
s***o
发帖数: 2191 | 29 One comment I ever read is something like:
the initial idea of EF as an ORM tool was great. However M$ tried to solve
everyhting with this single Framework, which is impossible and make it a
failure...
to
Like
anyone |
|
N********n
发帖数: 8363 | 30
If you just need a quick dirty CRUD DB w/o considering of performance,
you can use Entity Framework or any other ORMs. If you do care about
performance, you have to start from designing a sound DB. |
|
N********n
发帖数: 8363 | 31 ORM could lead to performance problems in a heavily loaded DB system. |
|
N********n
发帖数: 8363 | 32 I found lots of people took Linq2Sql as a legitimate ORM b/c they didn't
understand Linq is first and foremost a language feature. Being able to
linq over sql is only one case of application of linq. |
|
N********n
发帖数: 8363 | 33
Linq2Sql is like VB of ORM. Fine for those fast & dirty small projects. |
|
p*********t
发帖数: 2690 | 34 visual studio 2010完整版，如果你要对database操作的话。这个软件狠大。
用了asp.net后，你就入了database,orm的门了，哈哈。 |
|
H*******g
发帖数: 6997 | 35 我建议你。。。直接上LINQ吧，别纠结SQL了。。。一步到位吧，玩ORM |
|
r***o
发帖数: 1526 | 36 一个component内部有bug，花很多时间debug最后发现是component内部
的问题，再换都来不及了，这非常致命
如果一个工具只是tricky难用的话那开始就不会选
另外typed dataset很好用啊，在2.0时代比自己写的ORM强太多了
,
MS |
|
G***l
发帖数: 355 | 37 asp.net不熟，不过楼主对.net的认识完全看不出来是从.net出事前就开始“研究”的。
linq可不只是数据库工具。linq加上lambda expression是写代码的利器。linq2sql只
是很一个简单的orm的实现，EF是足够还是复杂不是一个人一个项目说了算的，我还说
这些玩意都复杂，我写用ado.net+sql就行了呢。Java的Hibernate也很复杂。
关于.net4，随便说几个，C#4.0有parallel task跟concurrent collection,还有其他
很多async跟parallel的东西，对写这方面的程序帮助很大。Covariance和
Contravariance也是很重要的language feature。CLR也有很多进步，比如一些GC的优
化，DLR之类。
还是要多看看书，多学习多尝试新东西。
了. |
|
N********n
发帖数: 8363 | 38
只要关联查询多了，VIEW是必不可少的。复杂数据库INDEX必加。
SQL没法调试，做BUSINESS LOGCI不方便，写个循环都费劲。LINQ虽然方
便但最终还是执行SQL(除非是IN-MEMORY QUERY)，DB端的优化不可少。
微软有ENTITY FRAMEWORK。ORM不是万能的，CASE BY CASE, 有时候生成
出来的SQL QUERY会degrade数据库效率，使用时注意。 |
|
N********n
发帖数: 8363 | 39
只要关联查询多了，VIEW是必不可少的。复杂数据库INDEX必加。
SQL没法调试，做BUSINESS LOGCI不方便，写个循环都费劲。LINQ虽然方
便但最终还是执行SQL(除非是IN-MEMORY QUERY)，DB端的优化不可少。
微软有ENTITY FRAMEWORK。ORM不是万能的，CASE BY CASE, 有时候生成
出来的SQL QUERY会degrade数据库效率，使用时注意。 |
|
t********9
发帖数: 13 | 40 一）DATASet：恭喜你不用写T-SQL了，但是你要学会它的语法，从此不用担心多数据库
应用的问题。但是惨了，它为了兼容多种数据库因此T-SQL写的真的“很兼容”执行效
率太低，同样的一个表现结果，这个SQL嵌套了好几次，效率灰常低。
二）LINQ：你也不用写T-SQL了，它的语法学学还是好处颇多，因因为你在LINQ TO
OBJECT上也能见到这种语法的影子收益颇多，它的执行效率很快，但是不管怎么讲也没
有你直接用SQL Server .NET Framework数据提供程序，自己写SQL快，可控制程度高，
好处也是显而易见就像用DATASET一样，你不用再为了数据持久化问题写一大堆ORM的东
西了。
三）存储过程：
1.存储过程只在创造时进行编译，以后每次执行存储过程都不需再重新编译，而一般
SQL语句每执行一次就编译一次,所以使用存储过程可提高数据库执行速度。
2.当对数据库进行复杂操作时(如对多个表进行Update,Insert,Query,Delete时），可
将此复杂操作用存储过程封装起来与数据库提供的事务处理结合一起使用。
3.存储过程可以重复使用,可减少数据库开发人员... 阅读全帖 |
|
t********9
发帖数: 13 | 41 一）DATASet：恭喜你不用写T-SQL了，但是你要学会它的语法，从此不用担心多数据库
应用的问题。但是惨了，它为了兼容多种数据库因此T-SQL写的真的“很兼容”执行效
率太低，同样的一个表现结果，这个SQL嵌套了好几次，效率灰常低。
二）LINQ：你也不用写T-SQL了，它的语法学学还是好处颇多，因因为你在LINQ TO
OBJECT上也能见到这种语法的影子收益颇多，它的执行效率很快，但是不管怎么讲也没
有你直接用SQL Server .NET Framework数据提供程序，自己写SQL快，可控制程度高，
好处也是显而易见就像用DATASET一样，你不用再为了数据持久化问题写一大堆ORM的东
西了。
三）存储过程：
1.存储过程只在创造时进行编译，以后每次执行存储过程都不需再重新编译，而一般
SQL语句每执行一次就编译一次,所以使用存储过程可提高数据库执行速度。
2.当对数据库进行复杂操作时(如对多个表进行Update,Insert,Query,Delete时），可
将此复杂操作用存储过程封装起来与数据库提供的事务处理结合一起使用。
3.存储过程可以重复使用,可减少数据库开发人员... 阅读全帖 |
|
N********n
发帖数: 8363 | 42
When accessing complex tables, stored procs allow you to fine tune
your isolation level to make it efficient. ORMs are not smart on
such kinda access. One seemingly simple update call could generate
horrendous sql execution to grind a big system to halt. |
|
N********n
发帖数: 8363 | 43
CODE FIRST恰恰是要用HIBERNATE或ENTITY FRAMEWORK之类的ORM。传统的
3-TIER都是后面坐着个DB，一上来先设计SCHEMA。现在很多小屁网站后端
稀疏平常，一个SQL EXPRESS或MONGODB、RAVEN之流就对付了，所以直接
跳过SCHEMA玩CODE FIRST。
VS的TEST如果BUILD SERVER用TEAM FOUNDATION SERVER的就常用，只有那
些不跑TFS才跑NUNIT。 |
|
g****r
发帖数: 1589 | 44 Linq to SQL 已经完蛋了吧
这句话其实就在说ORM
between
level |
|
l*s
发帖数: 783 | 45 也不全是。这两天我仔细想了一下pros and cons.觉得从maintenance的角度讲这种在
controler中直接用ORM的做法还是不可取。按照他的逻辑IOC,Logger等所有framework
都不需要abstract和decouple了。结果回到了classic asp年代。 |
|
k****i
发帖数: 1072 | 46 Start from ADO.NET first. Once you get familiar with it. You can consider
whether you need ORM like NHiberante or EF. |
|
B*****i
发帖数: 80 | 47 本人公司写API要求用serviceStack Framework，带上Daper作ORM，Munq作IOC，有前辈
用过吗，说说感受。
楼主先谢过。 |
|
c*********e
发帖数: 16335 | 48 现在流行ef這個orm,用dbcontext,这样linq就会慢慢没人用了。
mvc的razor engine就象一门新语言，写起来和以前的web form app完全不同，也没有
code behind的那种，一個button click了有一個专门的method来对应，不是很适应。
mvc的url和web services的api有点类似，但是url里面没有.../api/...,所以还是可以
区分开的。
至于test,其实用telerik auto test就很不错，能做很多gui测试，自动的，非常好用
啊。其实，测试首先要让user满意，反正bug非常的多，把user先搞定了，其它的bug,
等user发现了再说。
internet
。 |
|
N********n
发帖数: 8363 | 49
这是刻意秀自己无知吗？MVC是20年前微软MFC上玩烂的PATTERN。SPRING才10
年还跑来给自己脸上贴金。.NET现在不要说ORM，连查找普通LINKED-LIST都
用LINQ做，易写易维护。已经是遍地开花的技术了你个傻货还在这撸管呢。
前一阵JAVA也在鼓捣着抄LINQ，看了一眼PROTOTYPE，整个一东施效颦，裸抄
都抄不明白。HOHO。 |
|
l*s
发帖数: 783 | 50 这回算是被楼主带进坑里了。先让楼主解释一下“现在流行ef這個orm,用dbcontext,这
样linq就会慢慢没人用了”这两个有那一毛的关系先吧。 |
|
