Java⇔RDBのMapping-Frameworkを語るｽﾚ Vol.4

1 名前：デフォルトの名無しさん mailto:sage [2005/12/16(金) 11:54:44 ] 前スレ： 　Java⇔RDBのMapping-Frameworkを語るThre Vol.3 　ttp://pc8.2ch.net/test/read.cgi/tech/1090653286/ 過去スレ： 　「Java⇔RDBのMapping-Frameworkを語るｽﾚ Vol.2」（落ち） 　ttp://pc5.2ch.net/test/read.cgi/tech/1086315004/ 　「Java⇔RDBのMapping-Frameworkを語るｽﾚ」（落ち） 　ttp://pc5.2ch.net/test/read.cgi/tech/1049030272/ ●まずは、基礎知識と技術選択指針など 　[The Fundamentals of Mapping Objects to Relational Databases] 　　（RDBに対するオブジェクトマッピングの基礎(英語)） 　　ttp://www.agiledata.org/essays/mappingObjects.html 　[O/R-Mappingツールの比較サイト(英語)] 　　ttp://c2.com/cgi-bin/wiki?ObjectRelationalToolComparison 　[Catalog of Patterns of Enterprise Application Architecture (PoEAA)] 　　ttp://www.martinfowler.com/eaaCatalog/ あとは>>2以降 830 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 18:03:43 ] hibernate3 + Spring なのですが、 @Entity で bean とテーブルマッピングは一箇所で定義するが、 @NamedQuery は使用せず、SQL は外出しにする良い方法はないでしょうか？ マッピングは annotation を使いたい、しかし SQL は外出しにしたい。 というのが希望です。 831 名前：デフォルトの名無しさん mailto:sage [2008/03/26(水) 18:43:33 ] Springつかってるならそれでインジェクトすればいいだろう・・・ 832 名前：830 mailto:sage [2008/03/26(水) 20:45:09 ] >>831 あ、DAO に突っ込めばいいってことですよね？ そんで session で createQuery なり createSQLQuery を呼ぶと。 確かにそうですね。 実は下記の記事を読んで、 www.ibm.com/developerworks/java/library/j-genericdao.html これの GenericDao を使いたいなと思ったんです。 ただ、それだと DAO が query用のメンバで汚くなるかな、と… と思ったんですが、それはそれで query をまとめとくクラスを作るとか、Map を使えば無問題っぽいですね。 あ、なんか解決っぽいです。 ありがとうございます。 833 名前：デフォルトの名無しさん mailto:sage [2008/03/31(月) 10:10:38 ] >>830 JPAでやってるならorm.xmlに書けば出来る 834 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 02:25:36 ] Hibernateで複数のテーブルorビューに一つのマッピング定義and一つのEntityって可能なんですか？ 835 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 17:02:07 ] >>832 これの日本語訳を見つけた。 www.ibm.com/developerworks/jp/java/library/j-genericdao/ 836 名前：デフォルトの名無しさん [2008/04/17(木) 23:16:09 ] HibernateなどのORツールを使う利点ってなんでしょう？ beanに手書きmappingすることで工数削減以外の、 パフォーマンスなどで利点があるのでしょうか？？？ 837 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 23:28:25 ] 今SQLをゴリゴリ書いてシステム作ってるけど、 テーブル間の関連を書いておくだけで簡単に関連をたどっていけるのはかなりラク A4何ページにもなるようなSQLなんて見とれんよ でもHibernate使うのであればそれなりの知識は必要。 迷ってるぐらいならやめとけ 838 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 23:37:46 ] >>836 工数削減できれば十分じゃね? つまり給料増えるわけだ 実際のところ複雑なSQL発行することももうほとんどないけどね 昔はSQL発行をぎりぎりまでチューニングしないとまともに実用速度が出なかったけどね へたなSQL書くよりO/Rマッパのほうが効率がいい場合も多いし 839 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 23:50:40 ] >>838 工数削減⇒売り上げ減⇒間接費の負担増⇒給料減 840 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 23:54:25 ] >>838 個人的にはそのとおりなんですが、 要員調達の困難さ（OR技術者が少ない）が障害で、上司が導入を拒んでいるんですよ。 で、他に理由があればいいなと思いまして。 841 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 00:01:41 ] 攻め方として、 みんながみんなORまっぱをしってるひつようはないですよ。 SQL技術者なら多いという判断でしょうか？ であればSQLサポートツールとしてiBATISかS2DaoかS2JDBCを導入させてください。 とか。 842 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 00:21:51 ] >>840 道具に流されるのはよくないが、JPAとか標準的なＯ／Ｒマッパは調達は容易だと思うけど 教育のコストも普通は考慮して納期設定するからどの程度の人員かどうかだな、結局は >>841 S2JDBCはいわば俺俺JPAだから個人的にはオススメしにくい それくらいならJPA使ったほうがいい JDBC直でもいいとは思うけど、フレームワークでDBアクセスの方法はある程度絞ったほうがいい まずはcommonsとかからスタートしてステップアップしていったほうがいいかも JPAの利点はJavaEEの標準技術なのでサポートするツールがたくさんあるところだな 実装はRIのToplinkかユーザー数の多いHibernateの2択になることがほとんどだと思う ToplinkはJPA2.0でもRIとなる予定で今後に期待されるとか、TopLink自体はOracleのものだから glassfishかOracleのAS使う予定があるのならそちらがいい 843 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 00:31:54 ] トランザクション系の処理が中心でリレーションシップがある 複数のテーブルからなる情報を取り扱うシナリオで、次のような条件を含む場合。 更新を前提にするので読み取りにJOINは使えないか使いにくい。 必要に応じてアクセスパスをたどる方法でのデータ取得が望ましい。 楽観的排他。 こういうケースでORMはおすすめ。 逆に問い合わせ中心でJOINや射影が有効。大域処理。 シビアなロック制御が必要な処理といったケースではあまり必要じゃない。 単純に１テーブルを１データオブジェクトにマップするだけが目的だったら正直どうでもいい。 844 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 00:37:28 ] >>842 JPAのまともな実装見たこと無いんだけどいいのあるか？ 845 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 00:39:02 ] JPAでというお勧めであればS2JDBCはちょっと弱いけど、純粋に開発効率とメンテナンス製あげようと思ったらS2JDBCはなかなか良いと思う 846 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 00:41:45 ] >>844 TopLink Essentialsでいいんじゃねーの？ 吐き出すSQLみてるとLAZYとか一番まともそうだよ 847 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 01:02:13 ] そもそも、今どうやって書いてるんだ？ 848 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 01:16:24 ] JPAの範囲で済むならTopLinkでもいいが SQLや実装固有の機能使うならHibernateの方がいい 849 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 01:20:23 ] SQL使いたかったらDatasourceをインジェクトすればいいだけだと思うんだが 850 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 09:37:00 ] >>839 工数削減が売上減ってどんだけバカな見積もりだしてるのｗ 851 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 14:28:35 ] 工数減った分技術料で乗せたらいいんじゃ 852 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 14:56:02 ] >>850-851 なんという殿様商売 こちとら工数×単価でどっちも削られっぱなしなんだぜ？ 853 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 19:00:48 ] 単に営業がバカなだけだろ、それ 854 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 23:39:09 ] ふつうは開発効率がよくなった結果、残業が減ってハッピーとだろう 期間は今までどおりにしろよ 855 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 23:57:23 ] >>852 オマエが受身すぎなだけだろ。 ﾊﾞｶは甘やかしてもいい事無いぞ 856 名前：デフォルトの名無しさん mailto:sage [2008/04/30(水) 00:00:00 ] >>852 の気持ちはよくわかるし、ほかの人のレスも正論なのはわかるけど。 この前 NTTデータとNRIの人と話したが、 あいつら、エンドユーザには絶対に単価情報を出さないって言ってた。 「人月ビジネスすると儲からないので、絶対一括」。 そして >>852 のような下請けが削られる。これ最強。 もっとむかつくのは、うっかりデータの新人が教えてくれたんだが、 うちら下請けには、すぐ工数削るのに、エンドユーザへは一切金額下げてない。 ほんとむかつく。まぁデータやNRIでここを見ている人もいるだろうし、優秀な人もいるけど。 あと、データの公共はほんとクソだな。自分たちは何もできないのに、 役人の顔色伺いながら、こっちの計画書の揚げ足取りしかしない。 法人のほうが、まだまし。 857 名前：デフォルトの名無しさん mailto:sage [2008/04/30(水) 00:11:53 ] ttp://www.atmarkit.co.jp/news/200710/31/ipa.html まぁ技術力は要らないという人種ですから・・・ 858 名前：デフォルトの名無しさん mailto:sage [2008/04/30(水) 01:32:15 ] 気持ちはわかるが >>856 > うちら下請けには、すぐ工数削るのに、エンドユーザへは一切金額下げてない。 当たり前だろ。 859 名前：デフォルトの名無しさん mailto:sage [2008/04/30(水) 01:53:51 ] だって企業名を盾に中間マージンを抜くのが仕事だもの。 みかかデータ。 860 名前：デフォルトの名無しさん mailto:sage [2008/04/30(水) 20:18:37 ] 結構数見てきたけどまともな奴いない。 というかいなくなるな、みかかは・・・ 861 名前：デフォルトの名無しさん mailto:sage [2008/04/30(水) 22:56:55 ] >>856 下請けなんてやるからいけない。 うちは10人ほどしかいない会社だが、元請しかやらないよ。 862 名前：デフォルトの名無しさん mailto:sage [2008/05/01(木) 00:11:40 ] 小さい会社だと数千人月とかの仕事はもらえないからなぁ 863 名前：デフォルトの名無しさん mailto:sage [2008/05/01(木) 00:29:29 ] >>862 ちょｗ 10億前後ってことかよｗ そりゃそうだろｗｗ 864 名前：デフォルトの名無しさん mailto:sage [2008/05/01(木) 01:01:44 ] 数千人月の案件は大手SIerが受注すればよろし だがしかし数百人月の案件は中堅に譲るべし 中規模以下の案件まで大手が受注して下請けに出すから 業界がおかしくなるんじゃ 865 名前：デフォルトの名無しさん mailto:sage [2008/05/01(木) 02:15:04 ] >>862 小さい会社がそんなの受けてどうすんの? 一人当たりの利益が同じならば大きい仕事でも小さい仕事でもかまわんだろ 866 名前：デフォルトの名無しさん mailto:sage [2008/05/01(木) 02:47:00 ] マ板でする話をム板でしてるあたりがアレなんだよな 867 名前：デフォルトの名無しさん mailto:sage [2008/05/01(木) 13:33:46 ] 昨日の JJUG Cross Community Conference の、一番最後のひがさんのセッション。 www.java-users.jp/contents/events/ccc2008spring/sessions.html まぁ内容的にはちょっと無理があったが、そのうちPowerPointも上記サイトで公開されるとのこと。 (スレ違いすみません) 868 名前：デフォルトの名無しさん mailto:sage [2008/05/01(木) 20:27:47 ] >>867 というか、ひがタンの会社、ITゼネコンじゃないのか？ｗｗｗ 869 名前：デフォルトの名無しさん mailto:sage [2008/05/01(木) 21:01:03 ] >>868 だから上司にはそういうタイトル名だとはいってないという記述があったはず 870 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 19:02:53 ] >>869 ひがは上司とか、わからない奴をだますことしか考えてないな。 871 名前：デフォルトの名無しさん [2008/05/15(木) 00:00:55 ] 329 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/13(火) 22:04:29 冷ややかな戦争勃発ｗ ttp://d.hatena.ne.jp/masataka_k/20080513/1210661500#c 342 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 02:05:36 はぶ参入で抗争激化！さぁ、盛り上がってまいりました！ 343 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 02:08:47 とりあえず、保存しといた。 s04.megalodon.jp/2008-0514-0207-34/d.hatena.ne.jp/masataka_k/20080513/1210661500 347 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 07:16:26 面白くなってきたな。Seasar界隈は人格的にちょっとあれな人が多いのが魅力w 348 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 07:40:37 でも、理事のBlogでやることじゃないよこういうことはメールベースでやるべきだと思う 野次馬的には面白いかもしれないけど企業から見たら不安になって採用を躊躇するところが出てきてもおかしくないからね 352 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 14:02:42 マーケ的にまずいのでseasar3はとりあえず表に出さないでくださいとかいうのはちょっとやばい 353 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 14:04:14 元理事は一旦収束していたのに、なにをしたかったのだろうか。そして日記非公開の理由とは・・・？asipの参戦はありうるのか！？ 354 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 14:08:14 うわ、ほんとだ 閉鎖した 355 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 16:31:01 DB関連とか色々勉強させてもらったけど、このしみったれた感覚が所詮デブオタなんだなと思うわ。 872 名前：デフォルトの名無しさん [2008/05/17(土) 10:30:28 ] ひがです。 Seasar2の後継プロジェクトとしてSlimを申請します。 SlimはかつてはSeasar3(?)と呼ばれていたものです。 詳細は、Seasarカンファレンスで発表します。 # 開設プロジェクトに関する情報 プロジェクト名:Slim 一覧に記載する簡単な説明: "Less Is More"をコンセプトに持つ、フルスタックフレームワーク。 所属するトップレベルプロジェクト名:Sandbox.java リーダアカウント名: higa 希望サイトアドレス: slim.sandbox.seasar.org Maven用groupId: org.seasar.slim よろしくお願いします。 ml.seasar.org/archives/operation/2008-March/003758.html 873 名前：デフォルトの名無しさん mailto:sage [2008/05/17(土) 11:23:37 ] 関係ないだろ。 よそのスレでやれ。

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef