• Twitterでシェア
  • Facebookでシェア

O/Rマッパーによるトラブルを未然に防ぐ

テクノロジー カテゴリーの変更を依頼 記事元:www.slideshare.net/slideshow
適切な情報に変更
571users がブックマーク コメント 66
    共有

    • 記事へのコメント66件

    • 注目コメント
    • 新着コメント
    その他
    kirte
    ORM便利だけど、直接SQL文書けばちょっとのことでも、特有の処理必要だったり、そもそも機能自体がないってことがあって残念 ORM使った上で効率良くしようとすると、そのORMの動作をひと通り知る必要も出てきて中々手間

    その他
    thujikun
    SQLかけないのにORM使っちゃダメだろ。。。

    その他
    sionsou
    あるあるだわ・・N+1問題とクエリー発行箇所不明問題はめちゃくちゃ遭遇した（ている）やはり直SQL最高とか思ってた時期もあったがきちんとコード読んで解決するべきだな。

    その他
    hiromark
    DBA も開発もやるあたくしゃ一体 (^_^;

    その他
    rgfx
    ORMその1その2その…そのnごときによるトラブルの解決とその学習コスト考えたら、簡単なCRUD程度ならSQL書けたほうが早いよね。別にSQLな集計処理のバッチでバケツリレー書けって話じゃなし。

    その他
    hiroyukim
    よく分からない人が自前でＳＱＬ組み立てる処理を書くよりは格段に安全でマシだとおもうので開発ケースによっては使うべきだとは思うな。

    その他
    uxlayman
    DBAが嫌う理由の一つとして「いざという時DB固有のチューニングが行えない」ってのがあるので、そこができることは押さえておいた方がよいな。まあ生SQLが実行できればOK感があるけど

    その他
    smita
    コメントを使って、SQLごとに一意なIDをつける（多くのORMで未サポート）/ いける！と思わせてからの失望感。

    その他
    naka-06_18
    良い話。札束で頬を叩け。そこまでの人材に多くを求めるな。

    その他
    vivit_jc
    ORMは友達、怖くないよ

    その他
    SWIMATH2
    冷静でよい/ORM自体のいろんな実装方針の紹介があって学びになる

    その他
    letitride
    たまに読み返したくなる

    その他
    octweb
    定期的に読み返したいもの

    その他
    delegate
    [O/Rマッパー]

    その他
    l__LINE__l
    ライオンさん、怖いです

    その他
    nyop
    楽しい記事。

    その他
    efcl
    ORMとSQLの組み立て方式についてよくまとまったスライド。

    その他
    ir_takt
    [O/Rマッパー]

    その他
    masa8aurum
    良エントリ。アプリ開発側としても、またもしDBAになった場合にも、役立ちそう

    その他
    ginpei
    ORMを使う際に問題になりがちな事項と対策。とりあえずSQL知らないとどうにも。

    その他
    gam-22
    N+1問題

    その他
    berlysia
    ORM便利だけど、有効でないケースでも無理に使おうとするからいけないのでは

    その他
    noonworks
    ORマッパーってその名の通りオブジェクトとリレーショナルモデルとのマッパーだから本質的にはSQLと関係ないはずなんだけど、現実問題としてSQLじゃないRDBアクセス方法がほとんどない

    その他
    yassan0627
    これは良いまとめ。

    その他
    TokyoIncidents
    わかるんだけどこれが必要なDBAが別にいる開発案件ってどのくらいあるんだろう？

    その他
    rryu
    結局どういう問い合わせをするとどういう結果が返ってくるかはSQLが分からないと分からないからO/Rマッパーを使うにあたってもその知識は必要ということなんだな。

    その他
    nabetama
    「大きいテストデータを用意」これは間違いない。

    その他
    sawarabi0130
    そもそもそんな案件にORMを採用してはいけない。データ量が１テーブルあたり100万件未満とかの小規模案件向きだろう。

    その他
    rAdio
    DBAなんて雲上人と仕事できるような環境ではないけど、いわゆる「N+1問題」については、「インフラ担当」として本当に何度も言ってるのに、ドヤ顔で量産されるのでいつも困惑する。

    その他
    tanakaBox
    無知のライブラリ批判カッコ悪い。

    その他
    gologo13
    ORMの設計、実装の話

    その他
    pochi-mk
    後半の心構えシリーズ、気に入った（ORMだけの話じゃないとは思うけど開発者一般の心構えとして）。

    その他
    iR3
    [O/R Mapper][DB]ふむふむ

    その他
    rgfx
    rgfx ORMその1その2その…そのnごときによるトラブルの解決とその学習コスト考えたら、簡単なCRUD程度ならSQL書けたほうが早いよね。別にSQLな集計処理のバッチでバケツリレー書けって話じゃなし。

    2014/12/22 リンク

    その他
    mooonymann
    “http://datamapper.org/”

    その他
    hiromark
    hiromark DBA も開発もやるあたくしゃ一体 (^_^;

    2014/12/22 リンク

    その他
    thaim
    何も考えずにORM使ってましたごめんなさい。こういった、SQLではなくORMのプラクティス/アンチパターンは貴重

    その他
    troter
    DataMapperくん、開発が停滞気味なのが残念。

    その他
    kyopeco
    “「SQLをろくに知らない開発者」 vs 「ORMをろくに知らないDBA」”

    その他
    Nkzn
    よい知見の塊。最後のページに心を砕かれた。

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック！
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    O/Rマッパーによるトラブルを未然に防ぐ

    「ORMがトラブル起こすから嫌い」なんじゃなくて、「ORMが起こすトラブルが解決できないから嫌い」って...

    ブックマークしたユーザー

    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事

    いま人気の記事 - 企業メディア

    企業メディアをもっと読む

    はてなブックマーク

    公式Twitter

    はてなのサービス

    • App Storeからダウンロード
    • Google Playで手に入れよう
    Copyright © 2005-2026 Hatena. All Rights Reserved.