Enabling pagination with raw SQL queries « symfony scales and arpeggios
sfPager is an abstract class that lets you deal with pagination at a high level. The symfony core comes with two concrete implementations of sfPager : sfPropelPager and sfDoctrinePager (one for each ORM). The benefit of this abstraction is that you can reuse the business-logic of pagination and apply it to anything, without reinventing the wheel. Scott Meves have already submitted a snippet in whi
[C#] LINQ to SQL の実行速度を３倍に加速するっ！ | HIDORI on The Web
どーも最近、ダメな子扱いされがちな LINQ to SQL ですが、クエリ結果を（ほぼ）透過的にキャッシュすることで実行速度を約３倍に加速してみました。 使い方はひじょーにカンタン。 通常 var connectionString = Properties.Settings.Default.Database1ConnectionString; using (var db = new DataClasses1DataContext(connectionString)) { var array = db.Products.Where(__ => __.Price > 500).OrderBy(_ => _.Price).Take(200).ToArray(); } みたいに書くところを var connectionString = Properties.Settings.Default.Dat
[雑記] IQueryable の実装
概要 LINQ to SQL で使われる Table クラスなどは IQueryable と IQueryProvider インターフェースを実装しています。 これら IQueryable および IQueryProvider は、 LINQ クエリ式から「式木」を構築する。 構築した式木を解釈して、独自のクエリ処理を行う。 というような機能を提供するインターフェースです。 一度、式木（実行可能コードではなくて、プログラム中で読めるデータ）になるので、 IQueryable の実装次第で様々な機能を提供することができます。 となると当然、IQueryable を実装して、独自の LINQ プロバイダを作成したいとき、 クエリ式 → 式木の構築手順 式木を独自に処理 の2つのことを理解しておく必要があります。 後者は要するに、式木に関する理解があればできることです。 なので、ここでは、前者の
![[雑記] IQueryable の実装](https://cdn-ak-scissors.b.st-hatena.com/image/square/4d1b2b57fc676d21e7f59f354364abeac0ea062e/height=288;version=1;width=512/https%3A%2F%2Fufcpp.net%2Fimages%2Flogo_4.jpg)
unoh.github.com by unoh
symfonyプロジェクト全体で共通で利用される設定は、ProjectConfigurationクラス（config/ProjectConfiguration.phpファイル）のconfigureDoctrine()メソッド内で行うとよいでしょう。 以下の例では、クエリーキャッシュと結果キャッシュの両方にmemcachedドライバを設定しています。また、それぞれのデフォルトの存続時間を1時間に設定しています。 class ProjectConfiguration extends sfProjectConfiguration { public function setup() { $this->enablePlugins('sfDoctrinePlugin'); } public function configureDoctrine(Doctrine_Manager $manager) {
Symfony ORM のパフォーマンス比較 (1) symfony 1.4 & Doctrine 1.2 - しんふぉにゃん
この記事は、Symfony アドベントカレンダー 2010 に参加しています。 Symfony Advent 2010 : ATND http://www.symfony.gr.jp/adventcalendar/2010 以前、DoctrineとPropelのパフォーマンス比較 - しんふぉにゃんという記事を書きました。その記事が2009年9月なので、1年以上前ですね。それまでPropel派だった私はその記事以降、Doctrine が（パフォーマンス的にも）結構使えるということが分かり、すっかり Doctrine 使いになってしまっています。その後 Doctrine も Propel も、また symfony 本体もバージョンアップしていますので、比較結果に変化があるかもしれません。 また、現在最も気になるのは、Symfony 2 と Doctrine2 のパフォーマンスじゃないでしょう
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Queryable.Join Method (System.Linq)
Doctrine の高度な使用方法 (symfony 1.4 legacy version)
Botched Code » Configuring Result Cache in Symfony 1.4 using APC
