問題タブ [zend-paginator]

実行速度が遅すぎるクエリがあります。ページの読み込みには数分かかります。100,000レコードを超えるテーブルでテーブル結合を実行しています。私のクエリでは、すべてのレコードを取得していますか、それともページに必要な量だけを取得していますか？クエリに制限を設ける必要がありますか？もしそうなら、それはページネーターに間違ったレコード数を与えませんか？

Zend_Paginatorを使い始めましたが、すべて正常に機能しますが、読み込み時間を遅くするクエリがもう1つあることに気付きました。追加のクエリ：

通常のクエリ：

PHP：

2つのクエリを1つにマージできますか（パフォーマンスを向上させるため）？

? の後にパラメータを取得しようとしています。Zend_Paginator に追加する必要があります。例: http://www.example.com/test/show?name=xxx&age=20&sex=m 検索結果のページネーターの構築。そのための解決策はありますか？

/ 1をURLに貼り付けずに、Zend_PaginatorをURLに近づけるように変更する方法はありますか？現在、ユーザーは/ aaron/studioにアクセスします。次に、ユーザーはページングをクリックして、次のようなURLへのアクセスを開始する必要があります：/ aaron / studio / 2

私はこのルールを持っています：

/ aaron / studio / 2に移動すると、Paginatorは他のページに正しくリンクしますが、/ aaron / studioに移動すると、他のページにリンクせず、そのページだけにリンクします。

どういうわけか私がしなければならないことは、URLにページがなくてもPaginatorにその場所を認識させることです。

それが役立つ場合は、ここに私のコントローラーコードがあります：

編集、要求に応じて私の見解をここに示します：

と部分

小さなプロジェクトで、Zend Framework 以外の Zend ライブラリをいくつか使用しています。Zend_Dbandを使用していますZend_Paginatorが、を使用してページネーションを設定しようとするとZend_Paginator_Adapter_DbTableSelect、クラスが見つからないというエラーが表示されます。

致命的なエラー: Class 'Zend_Paginator_Adapter_DbTableSelect' not found in C:\xampp\htdocs\php_testing\zend\zend_db\index1.php 行 65 これが私のコードです:

ありがとう

########更新編集##########

私には働くパギネーターがいます。Zend PaginatorとjQueryを組み合わせて、ページを切り替えます。私の問題は、ページリンクの範囲が1〜10しかないことですが、たとえば1〜13の範囲である必要があります。進むボタンをクリックすると13ページに移動できますが、ページリンク13が表示されません。

Paginatorのセットアップ：

ビューにページネーターを渡します。

そして、これは私がページリンクを印刷する方法です：

何か案は？

使用したいのですZend_Paginatorが、入力パラメータとしてZend_Paginator必要です。Zend_Db_Select

私の SQL クエリは少し複雑で、 で実装するのが非常に困難Zend_Db_Selectです。

Zend_Paginatorプレーン SQL クエリで使用できますか?

私はプロジェクトでZf1.10を使用しており、このビットまでZend_PaginatorをZend_DbTableクエリと一緒に使用してきました。

クエリでは、結合によって作成された重複行を削除するためにDISTINCTキーワードが必要ですが、それを追加すると、実際には1ページの結果しかないのに、ページネーターが2ページの結果のナビゲーションを誤って表示します。掘り下げてみると、2つのクエリが実行されていることがわかります。1つは私が追跡している結果セット（77行）に対するもので、もう1つはカウントを取得するためのものです。ただし、Zendマジックによって生成された2番目のクエリにはDISTINCTキーワードが含まれていないため、カウントは77行ではなく112行を返します。

これが関連するビットです

countクエリのDISTINCT句を無視する以外は、生成するクエリに問題はありません。-> distinct（）ビットを削除すると、すべてうまくいきます-データに重複する行があることを除いて、112行とページ付けはすべてスーパーです。

バグレポートが同様の問題について公正な方法で戻っているのがわかりますが、以前のバージョンのZFでは修正済みとしてマークされています

？これは既知の落とし穴ですか？自分のページネーションを書かずにそれについてできることはありますか？ページ付けを書くのが特に難しいというわけではありませんが、それはこのビットがプロジェクトの他の部分と矛盾することを意味します

どうもありがとう

イアン

編集-以下の回答として投稿された回避策を見つけました。

Zend_Paginator::setCache() を使用して Zend_Lucene_Search の結果をキャッシュしたい

次のエラーが表示されます。

コードの一部は次のとおりです。

Zend_Lucene_Search からのものではないページ分割された結果をキャッシュするために同じ手法を使用しているサイトの他の領域では、これはうまく機能します。

結果をセッションまたはキャッシュに保存すると lucene ドキュメントが破棄され、QueryHit オブジェクトを stdClass オブジェクトに変換する必要があることをどこかで読みましたが、どうすればよいでしょうか? これは機能しますか？

したがって、私が zend paginate の作業を見る方法は、次のようにすることです。

$results は、データベースから一連のアイテムを次の形式でロードした結果です。

次に、 zend paginate は結果の数をカウントし、ページ範囲を自動的に生成します...

しかし、これを行うと、データベースのすべての結果を取得する必要があり、一度に 1 ページしか表示されないため、そのページのアイテムのみを取得する必要があるため、無駄だと思います...

テーブル全体のすべての結果を取得することに頼ることなく、正しいページ範囲と番号を計算できるように zend paginate を作成するにはどうすればよいですか?