ZendFramework Pager - Versionsgeschichte

Niki am 2. Mai 2009 um 20:53 Uhr

2009-05-02T20:53:23Z

Niki am 15. Juli 2008 um 18:42 Uhr

2008-07-15T18:42:33Z

Niki am 15. Juli 2008 um 18:41 Uhr

2008-07-15T18:41:40Z

Niki: Die Seite wurde neu angelegt:
Ein oft wiederkehrendes Problem bei Webseiten ist ein sogenanntes "Paging": Von einer Tabelle mit 1000 Zeilen sollen nur 10 auf einer Seite darg...

2008-07-15T18:38:50Z

Die Seite wurde neu angelegt: <section begin="head"/> Ein oft wiederkehrendes Problem bei Webseiten ist ein sogenanntes "Paging": Von einer Tabelle mit 1000 Zeilen sollen nur 10 auf einer Seite darg...

Neue Seite

<section begin="head"/>
Ein oft wiederkehrendes Problem bei Webseiten ist ein sogenanntes "Paging": Von einer Tabelle mit 1000 Zeilen sollen nur 10 auf einer Seite dargestellt werden und der Rest durch "Blättern" mit "vor" und "zurück" zugänglich sein. Die normale Herangehensweise in PHP ist es zusätzlich zur normalen Abfrage (durch LIMIT begrenz), ein SQL Statement mit "SELECT COUNT(*) ... GROUP BY" zu erstellen. Der Nachteil dabei ist aber, dass zwei Abfragen benötigt werden, und die eigentliche Datenabfrage umgeändert werden muss. Ist die ursprüngliche Abfrage sehr komplex (z.B. Nested Sets, Verknüpfungen mit temporären Tabellen) ist diese Methode sehr komplex.

Meine Lösung für ZendFramework beschreibe ich hier.
<section end="head"/>

== Das neue mySQL Feature ==

In mySQL 5 gibt es ein neues Feature: Fügt man einem SELECT-Statement ein SQL_CALC_FOUND_ROWS zu, so berechnet mySQL im Hintergrund automatisch die Größe des Datensatzes ohne LIMIT-Statement. Dieses kann mit

SELECT FOUND_ROWS()

abgefragt werden.

== Problem in ZendFramework ==

Die Zend_Db_Select Klasse im ZendFramework hat leider keine Unterstützung für dieses Feature (zumal die Klasse mit anderen RDBMS kompatibel sein soll). Leider lässt sich die Klasse auch schwer erweitern, da die Informationen über den Aufbau eines SELECT Statements in einem statischen Array stehen :-(

Folgende Klasse erweitert dennoch Zend_Db_Select - wenn auch auf nicht so schöne Art und Weise:

<source lang="php">
class Zend_Db_Select_Extended extends Zend_Db_Select
{
const CALC_FOUND_ROWS = 'calc_found_rows';
const SQL_CALC_FOUND_ROWS = 'SQL_CALC_FOUND_ROWS';

public function __construct(Zend_Db_Adapter_Abstract $adapter)
{
parent::__construct($adapter);
$this->_parts[self::CALC_FOUND_ROWS] = false;
}

public function calcFoundRows($flag = true)
{
$this->_parts[self::CALC_FOUND_ROWS] = (bool) $flag;
return $this;
}

public function __toString()
{
$sql = parent::__toString();

if($this->_parts[self::CALC_FOUND_ROWS])
{
$sql = preg_replace('/^' . self::SQL_SELECT . '/', self::SQL_SELECT . ' ' . self::SQL_CALC_FOUND_ROWS, $sql);
}

return $sql;
}
}
</source>

Das Feature kann nun ganz normal verwendet werden, z.B. mit:

<source lang="php">
$select = new Zend_Db_Select_Extended( Zend_Registry::get('db') );
// [...]
// erstelle kompliziertes SQL statement
//
$select->limitToPage($page, 10);

$sel2 = Zend_Registry::get('db')->select()->from('', new Zend_Db_Expr('FOUND_ROWS()'));

$pages_count = ceil($sel2->query()->fetchColumn() / 10);
</source>

== ViewHelper ==

Fehlt nur mehr ein View-Helper, in dem man die Generierung des Pagers verpackt:

<source lang="php">
class View_Helper_Pager
{
private $view;

public function __construct()
{
}

public function setView(Zend_View $view)
{
$this->view = $view;
}

public function Pager(Pager $pager)
{
if($pager->getNumPages() <= 1)
{
return '';
}
$code = '<ul id="pager">';

if($pager->getCurrentPage() > 1)
{
$url = $this->view->url(array('page' => 1));
$code .= "<li><a href=\"$url\"><<</a></li>";

$url = $this->view->url(array('page' => $pager->getCurrentPage() - 1));
$code .= "<li><a href=\"$url\"><</a></li>";
}

for($i = 1; $i <= $pager->getNumPages(); $i++)
{
if($i == $pager->getCurrentPage())
{
$code .= "<li>$i</li>";
}
else
{
$url = $this->view->url(array('page' => $i));
$code .= "<li><a href=\"$url\">$i</a></li>";
}
}

if($pager->getCurrentPage() < $pager->getNumPages())
{
$url = $this->view->url(array('page' => $pager->getCurrentPage() + 1));
$code .= "<li><a href=\"$url\">></a></li>";

$url = $this->view->url(array('page' => $pager->getNumPages()));
$code .= "<li><a href=\"$url\">>></a></li>";
}

$code .= '</ul>';

return $code;
}
}
</source>

== Alles zusammen ==

Für die Übergabe vom Controller an den Viewhelper hab ich (sinniger- oder unsinnigerweise) eine einfache Klasse Pager erstellt. Die Routen sind so eingerichtet, dass sie optional einen page-Parameter erhalten. Der Default-Wert ist dabei auf 1.

Die Anwendung des Zend_Db_Select_Extended Statements hab ich in mein Datenmodell verpackt, hier z.B. ProductListModel. Demensprechend schaut der Part im Controller aus:

<source lang="php">
// Parameter vom ZF holen
$page = $this->getRequest()->getExt('param');
// Das Datenmodell instanzieren. Für das LIMIT-Statement wird natürlich die aktuelle Seite benötigt
$product_list = new ProductListModel(..., $page);

// Dem VIEW einach die Pager Infos zuweisen:
$this->view->assign('pager', new Pager($page, $product_list->getPageCount()));
</source>

und alles, was im View noch geschenen muss, ist (z.B. unter der Ausgabetabelle):

<source lang="php">
<div id="pager_bar"><?=$this->pager($this->pager)?></div>
</source>

← Nächstältere Version		Version vom 15. Juli 2008, 18:41 Uhr
Zeile 1:		Zeile 1:
	<section begin="head"/>		<section begin="head"/>
		+	[[Bild:zflogo.jpg]]
	Ein oft wiederkehrendes Problem bei Webseiten ist ein sogenanntes "Paging": Von einer Tabelle mit 1000 Zeilen sollen nur 10 auf einer Seite dargestellt werden und der Rest durch "Blättern" mit "vor" und "zurück" zugänglich sein. Die normale Herangehensweise in PHP ist es zusätzlich zur normalen Abfrage (durch LIMIT begrenz), ein SQL Statement mit "SELECT COUNT(*) ... GROUP BY" zu erstellen. Der Nachteil dabei ist aber, dass zwei Abfragen benötigt werden, und die eigentliche Datenabfrage umgeändert werden muss. Ist die ursprüngliche Abfrage sehr komplex (z.B. Nested Sets, Verknüpfungen mit temporären Tabellen) ist diese Methode sehr komplex.		Ein oft wiederkehrendes Problem bei Webseiten ist ein sogenanntes "Paging": Von einer Tabelle mit 1000 Zeilen sollen nur 10 auf einer Seite dargestellt werden und der Rest durch "Blättern" mit "vor" und "zurück" zugänglich sein. Die normale Herangehensweise in PHP ist es zusätzlich zur normalen Abfrage (durch LIMIT begrenz), ein SQL Statement mit "SELECT COUNT(*) ... GROUP BY" zu erstellen. Der Nachteil dabei ist aber, dass zwei Abfragen benötigt werden, und die eigentliche Datenabfrage umgeändert werden muss. Ist die ursprüngliche Abfrage sehr komplex (z.B. Nested Sets, Verknüpfungen mit temporären Tabellen) ist diese Methode sehr komplex.

@@ Zeile 6: / Zeile 6: @@
 <section end="head"/>
-== Das neue mySQL Feature ==
+= Das neue mySQL Feature =
 In mySQL 5 gibt es ein neues Feature: Fügt man einem SELECT-Statement ein SQL_CALC_FOUND_ROWS zu, so berechnet mySQL im Hintergrund automatisch die Größe des Datensatzes ohne LIMIT-Statement. Dieses kann mit
@@ Zeile 14: / Zeile 14: @@
 abgefragt werden.
-== Problem in ZendFramework ==
+= Problem in ZendFramework =
 Die Zend_Db_Select Klasse im ZendFramework hat leider keine Unterstützung für dieses Feature (zumal die Klasse mit anderen RDBMS kompatibel sein soll). Leider lässt sich die Klasse auch schwer erweitern, da die Informationen über den Aufbau eines SELECT Statements in einem statischen Array stehen :-(
@@ Zeile 66: / Zeile 66: @@
 </source>
-== ViewHelper ==
+= ViewHelper =
 Fehlt nur mehr ein View-Helper, in dem man die Generierung des Pagers verpackt:
@@ Zeile 130: / Zeile 130: @@
 </source>
-== Alles zusammen ==
+= Alles zusammen =
 Für die Übergabe vom Controller an den Viewhelper hab ich (sinniger- oder unsinnigerweise) eine einfache Klasse Pager erstellt. Die Routen sind so eingerichtet, dass sie optional einen page-Parameter erhalten. Der Default-Wert ist dabei auf 1.
@@ Zeile 151: / Zeile 151: @@
 <div id="pager_bar"><?=$this->pager($this->pager)?></div>
 </source>
 [[Kategorie:Weblog]]

@@ Zeile 1: / Zeile 1: @@
 <section begin="head"/>
-[[Bild:zflogo.jpg]]
+[[Bild:zflogo.jpg|right]]
 Ein oft wiederkehrendes Problem bei Webseiten ist ein sogenanntes "Paging": Von einer Tabelle mit 1000 Zeilen sollen nur 10 auf einer Seite dargestellt werden und der Rest durch "Blättern" mit "vor" und "zurück" zugänglich sein. Die normale Herangehensweise in PHP ist es zusätzlich zur normalen Abfrage (durch LIMIT begrenz), ein SQL Statement mit "SELECT COUNT(*) ... GROUP BY" zu erstellen. Der Nachteil dabei ist aber, dass zwei Abfragen benötigt werden, und die eigentliche Datenabfrage umgeändert werden muss. Ist die ursprüngliche Abfrage sehr komplex (z.B. Nested Sets, Verknüpfungen mit temporären Tabellen) ist diese Methode sehr komplex.
@@ Zeile 151: / Zeile 151: @@
 <div id="pager_bar"><?=$this->pager($this->pager)?></div>
 </source>

ZendFramework Pager - Versionsgeschichte

Niki am 2. Mai 2009 um 20:53 Uhr

Niki am 15. Juli 2008 um 18:42 Uhr

Niki am 15. Juli 2008 um 18:41 Uhr

Niki: Die Seite wurde neu angelegt: Ein oft wiederkehrendes Problem bei Webseiten ist ein sogenanntes "Paging": Von einer Tabelle mit 1000 Zeilen sollen nur 10 auf einer Seite darg...

Niki: Die Seite wurde neu angelegt:
Ein oft wiederkehrendes Problem bei Webseiten ist ein sogenanntes "Paging": Von einer Tabelle mit 1000 Zeilen sollen nur 10 auf einer Seite darg...