ORMって本当に便利か？
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2010/10/05(火) 19:26:07・ORMはSQLがかけない雑魚のためのもの
・こんなのに学習コストをかけるのは時間の無駄。そんな暇があったらSQL勉強しろ
・簡単なことを無駄に複雑にしてるだけ。ORM使うと逆に生産性が落ちる
と叩かれがちなORM。みんな本当に便利に使ってる？
0002デフォルトの名無しさん
2010/10/05(火) 20:42:08皆様へのお願い
このスレッドは高次機能障害をもたらす
病理の臨床実験のために立てたものです。
被験者と研究員のやり取りに使うため、
書き込み等は自重されるようお願いいたします。
もし、書き込み等をすることで不愉快な思いをされましても、
当研究所は責を負いかねます。
(社)京都微生物研究所
0003デフォルトの名無しさん
2010/10/05(火) 22:06:280004デフォルトの名無しさん
2010/10/06(水) 10:14:57どのライブラリのことを考えているかによって話しが変わってくる
phpなんかはORMを名乗っているツールはあってもpythonやrubyの
ORMライブラリと比較すると、くずしかないし
0005デフォルトの名無しさん
2010/10/06(水) 11:51:10ORMはマジで糞だよな。
生産性悪いはパフォーマンス悪いはでアプリを使う側にとっては
大迷惑
0006デフォルトの名無しさん
2010/10/06(水) 11:57:04ORMの欠陥は2度目のSQL学習をさせるのに等しいくらい導入に時間が掛かることか。
0007デフォルトの名無しさん
2010/10/06(水) 15:46:13言語訓練のために立てたものです。
アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。
京都大学霊長類研究所
0008デフォルトの名無しさん
2010/10/06(水) 15:48:54言語訓練のために立てたものでした。
アイと研究員とのやり取りに利用するスレッドでしたが、
未知の感染症によりアイちゃんは死んでしまいました。
関係者以外の方もどうぞご自由にお書き込みください。
京都大学霊長類研究所
【生物】京都大学霊長類研究所のニホンザル大量死、さらに増加--未知の感染症か
http://gimpo.2ch.net/test/read.cgi/scienceplus/1278655366/
0009デフォルトの名無しさん
2010/10/06(水) 20:12:390010デフォルトの名無しさん
2010/10/06(水) 22:53:05逆にどうやったら使わずにまともな開発ができるのか知りたい
0011デフォルトの名無しさん
2010/10/06(水) 23:11:380012デフォルトの名無しさん
2010/10/06(水) 23:58:56コピーするようなコードをわざわざ書いているのか、それともレコードセットを
そのまま使うようなやり方をしているのか、いずれにしても今どきありえない。
SQLも主キー検索みたいな単純で定型的なものまで人が書く必要はないはず。
あぁ、もちろん使い捨ての小さなツールとかなら話は別だけど。
0013デフォルトの名無しさん
2010/10/07(木) 00:13:430014デフォルトの名無しさん
2010/10/07(木) 10:02:08有効の場合でも、フリーで出回ってるものを使うか、システムに特化したものを用意するかって所じゃないのん。
0015デフォルトの名無しさん
2010/10/07(木) 11:40:15実際に最強なんだろう。
0016デフォルトの名無しさん
2010/10/07(木) 12:35:05それは言えてる。
ORMはSQL直接書くより遅くて低機能なわけだけど、PHPの場合、それ以前の問題がある。
PHPに、PerlのDBIx::ClassだとかRubyのActiveRecordみたいな高性能なORMがあればORM使おうかとも思うが、現状ろくなのがない。
0017デフォルトの名無しさん
2010/10/07(木) 21:49:32Doctrine とかじゃダメなん？
自分にはあってなかったんで結局自作したけど
0018デフォルトの名無しさん
2010/10/09(土) 16:25:290019デフォルトの名無しさん
2010/10/09(土) 22:29:310020デフォルトの名無しさん
2010/10/10(日) 05:34:420021デフォルトの名無しさん
2010/12/12(日) 19:27:081対1に対応しているけど、PHPだと、データベースのテーブルを扱うクラス
があるだけで、ORMって感じがしないよね
0022デフォルトの名無しさん
2011/01/13(木) 23:29:05ORMはNoSQLを実現するための一つのソリューションなんだが
0023デフォルトの名無しさん
2011/03/10(木) 00:17:32.280024デフォルトの名無しさん
2011/04/30(土) 12:58:36.030025デフォルトの名無しさん
2011/06/19(日) 22:02:51.18http://tech.a-listers.jp/2011/06/16/orm_is_an_antipattern/
・ORMはSQLベースのモデルよりも最初のうちはシンプルで理解しやすく、手早く書く事ができる。
・効率はどんなプロジェクトでも最初の頃は十分。
・不幸にもそれらのアドバンテージはプロジェクトが大きく複雑になると消失し、
抽象化は破綻し、開発者はSQLを使わなければならなくなる。
・ORMの抽象化はほぼ100％のプロジェクトで破綻する。
・オブジェクトはリレーショナルなクエリの結果を表現するのには不適切。
・不適切にクエリをオブジェクトにマッピングすることによって、ORMを廃止しない限り
簡単には修正できない非効率性がアプリケーションのあちこちにばらまかれる
・オブジェクト指向設計はリレーショナルなデータを効率的に表現できない。
これはORMが解決できないオブジェクト指向デザインの根本的な制限だ。
0026デフォルトの名無しさん
2011/06/19(日) 22:44:26.140027デフォルトの名無しさん
2011/06/19(日) 23:51:11.53言語訓練のために立てたものです。
アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。
京都大学霊長類研究所
0028デフォルトの名無しさん
2011/06/20(月) 00:25:11.05この馬鹿は、全部ORMでやろうとする。
0029デフォルトの名無しさん
2011/06/20(月) 20:04:45.290030デフォルトの名無しさん
2011/06/21(火) 23:19:01.82代入する場面ですべて使える。
0031デフォルトの名無しさん
2011/06/22(水) 20:42:40.910032デフォルトの名無しさん
2011/06/22(水) 23:28:16.09ITドカタの現場だと、正規化は悪で、横長のでっかいテーブルを作るのが正義じゃん。
なにも考えずにテーブルと一対一に対応したオブジェクトを作っていっちょあがりって感じで、
シンプルに解決されてるんじゃないかな。
0033デフォルトの名無しさん
2011/06/23(木) 01:41:25.25DB鯖のCPU負荷分散はAP鯖のそれに比べて色々面倒だから。
0034デフォルトの名無しさん
2011/06/23(木) 01:46:40.560035デフォルトの名無しさん
2011/06/23(木) 03:36:34.79×ITドカタの現場だと、
○お前の会社の現場だと、
0036デフォルトの名無しさん
2011/06/23(木) 05:15:00.440037デフォルトの名無しさん
2011/06/23(木) 07:54:21.890038天使 ◆uL5esZLBSE
2011/07/03(日) 18:25:41.87そんな言語使ってる奴ってどうみてもゴミだと思うんだけど
もしかして「；」これ打ち忘れてコンパイルエラー出すのが楽しいの？
そうか、二度と話かけんなよ
ゴミグラマは社会底辺
0039デフォルトの名無しさん
2011/07/03(日) 19:54:49.680040デフォルトの名無しさん
2011/07/03(日) 20:17:32.020041天使 ◆uL5esZLBSE
2011/07/03(日) 22:22:13.98ここで、Ruby以外を選ぶ奴ってマジでなんなんだろうな
今日は不燃物か
0042デフォルトの名無しさん
2011/07/05(火) 20:49:13.050043デフォルトの名無しさん
2011/11/28(月) 18:32:56.76■ このスレッドは過去ログ倉庫に格納されています