ORMの構文を必ず使う必要なんてないのですよ。 <?php // なんでもいいのでConnectionとってくる $employeeTable = Doctrine_Core::getTable('Employee'); $con = $employeeTable->getConnection(); $sql = "SELECT * FROM employee where YEAR(employed_at) = :year"; $employees = $con->fetchAll($sql, array(':year' => 2009)); $sql = "SELECT * FROM employee ORDER BY employed_at DESC LIMIT 1"; $employee = $con->fetchRow($sql); $sql = "SELECT id FROM e
PHP5用フレームワーク symfonyの四方山話に終始するブログjobeetプロジェクトも、長らく間が空いてしまいました。 その間、Internサイトの開発とか、打ち上げとか、たこ焼きとか、色々あって、週１で勉強していこうという試みも、停滞しておりました。 これを機に復活です。 さて、実は5日目まで進んでいたのですが、 「PropelよりDoctrineでやった方がいいよ！」 というmakiさんの一声により、jobeet3日目のテーマである、データモデルを再度、Doctrineで構築することに。 ※jobeet2日目のプログラムは、これから学習することを文章で説明してあるものなので、読むだけにとどめました。こちらです。 「PropelよりDoctrine」と言われても、知らないうちにPropelとやらでプログラムを進めていたことすら知らなかったので、調べてみました。 PropelはAp
symfonyでプログラミングを始める場合、今までSQLを記述してきた人にとってはPropelが障害になることが多いようです。 今回はsymfonyで使用可能なO/Rマッパ Doctrineを紹介したいと思います。 symfonyで採用されているデフォルトのO/Rマッパ PropelはSQLをほとんど書かずにオブジェクト操作でDBにアクセスする設計になっています。このオブジェクト操作でDBにアクセスする方法は、慣れれば別にそれほど悪くないと思います。 でも、普段SQLに慣れている人にとっては、SQLを考える、それに対応するクライテリアを考える、実装、というようにSQLからクライテリアが必要になってしまいます。そのため、直感的な操作が中々難しくなるかもしれません。 そこで、今回紹介するDoctrineの登場です。DoctrineはよりSQLに近い、DQLというものを使用してDBを操作します。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
