タグ

programmingとormに関するghostbassのブックマーク (7)

  • ツール比較しながら語る O/RマッパーとDBマイグレーションの実際のところ

    JJUG-CCCJavaユーザーズグループクロスコミュニティカンファレンス 2018/12 登壇資料です。Read less

    ツール比較しながら語る O/RマッパーとDBマイグレーションの実際のところ
    ghostbass
    ghostbass 2018/12/15
    javaだからなあ/C# + Entity Frameworkだと色々便利。
  • SQLおじさん、Qiitaに炎上記事投稿 周囲の反応と垢BANまでの流れ

    リンク b.hatena.ne.jp はてなブックマーク - MVCがなぜ間違っているか? - Qiita digo “ セミナーで議論するの Live配信して欲しい” / beatdjam “今日はこれで暖を取ろう” / masraow “これか、完全に炎上案件だ” / ytRino “インターネット炎上芸人かな?” / beatdjam “今日はこれで暖を取ろう” / digo “ セミナーで議論するの Live配信して欲しい”

    SQLおじさん、Qiitaに炎上記事投稿 周囲の反応と垢BANまでの流れ
    ghostbass
    ghostbass 2016/11/12
    まあORMが時として非効率なのはわかるのだけど、じゃあSQL/ストアド実行結果をどうやってアプリケーションレイヤーで使うの?って疑問にはまるで答えが出ないんだよね
  • https://qiita.com/kantomi/items/07a691e19725e3cd3c4d

    ghostbass
    ghostbass 2016/06/24
    View内でもカーソルを維持できてカーソルを複数使用できてリテラルでなくシンボルで列アクセスできて型チェックもやってくれるミドルウェアが存在するならありかも。
  • ZF勉強会#2フォローアップ Zend Frameworkでモデルを始める前に理解しておきたいこと - noopな日々

    Zend Framework勉強会#2 はGMOペパボ株式会社様の協力もあって、盛況でしたが、どうもZend_Dbに関して誤解があるような気がしているので(私も含めて)一通り確認してみようというフォローアップ記事です。 Zend Frameworkで対応しているモデル構成は、ドメインモデル+サービスレイヤーで直接的にはデータマッパーです。 CakePHPでは標準ではActiveRecordを採用していると思いますが、ここがCakePHPやsymfonyで学習してきた人が一番最初に戸惑う部分ではないかと思います。また、初学者がデータマッパーの意義をいきなり理解するのは難しいような気もします。 要は、多くの初心者が“モデルって、DBテーブルのことだよね”と考えてしまうのはよくない、と。結果的にコントローラがふくれあがり、UnitTestで影響が出てしまう、という話になっています。 - Cake

    ZF勉強会#2フォローアップ Zend Frameworkでモデルを始める前に理解しておきたいこと - noopな日々
  • 既存のデータベースでEF『コード・ファースト』を使用

    先月、新しいEntity Framework 4『コード・ファースト』開発オプションについてブログ投稿しました。EF『コード・ファースト』はデータを扱うための非常に優しい『コード中心』の開発ワークフローを可能にします。それにより以下のことが可能です。 デザイナを開いたりXMLマッピングファイルを定義したりすることなくデータが扱える ベース・クラスなしのプレーン・オールド・クラスを書くだけでモデル・オブジェクトを定義 明示的な設定をすることなく、データベースの永続化が可能な設定に勝る規約を使用 初回のブログ投稿で、EF『コード・ファースト』を紹介し、新しいデータベースを作成する時のデフォルトのEF4マッピング規約の使用方法をお見せしました。これらのデフォルトの規約は新しいアプリケーションに非常にうまく動作し、データベースへまたデータベースからクラスをマップするのに明示的に何かを構成しなくても

    既存のデータベースでEF『コード・ファースト』を使用
    ghostbass
    ghostbass 2010/09/01
    このコードをPHPとJAVAで使えるようにしてくれ
  • ロジックをDBMS側に寄せるデザインパターン - aike’s blog

    O/Rマッパー(ORM)かSQLか、という話が一部で盛り上がっていたので追いかけていました。 ORMについては以下のような見方をすることもできます。 「最初からあらゆる要素をオブジェクト指向で設計、実装すると決めた新規開発システムならばORMは有力な採用候補」 「非オブジェクト指向で設計、実装されたシステムにORMはあまり向いていない」 なので、すでに存在しているデータベース上で別の新しいシステムを構築するような場合は、ORMはあまり向いていないと思います。 O/Rマッピングツールに対する誤解をときたい - ITは芸術だ 引用したエントリはとても冷静にORMの利点を説明している良記事です。 この記事の内容には全面的に賛同しつつ、自分としてはSQL側からちょっと書いてみたいと思います。 以前、試しにクエリに付随するロジックをできるだけDMBS側(SQL)に寄せるようにして開発したことがありま

    ロジックをDBMS側に寄せるデザインパターン - aike’s blog
  • Seasar - S2Dao.PHP5

    S2Dao.PHP5 概要 Java版S2DaoをPHP5に移植します。 S2Dao.PHP5 を利用するには最新版の S2Container.PHP5 が必要です。 リンク リポジトリ SVNリポジトリブラウザ トラッキング ダウンロード labs.s2php5.jp S2Dao.PHP5の特徴 S2Dao.PHP5は以下のような特徴を持ちます。 XML不要のO/Rマッピング S2Dao.PHP5では、データベースとPHP5クラスのマッピング情報にXMLを使用することなくO/Rマッピングすることが可能です。 SQLの自動生成 S2Dao.PHP5では、メソッドを命名規則に合わせることで、SQL文の記述が不要で自動的にSQL文を生成させることができます。 2Way SQL S2Dao.PHP5では、自動生成されたSQLの他に任意のSQLを実行することもできます。そのSQLはファイルに記述す

  • 1