Объявляйте таблицу, для которой определен этот класс, используя защищенную переменную $_name. Переменная должна содержать имя таблицы в том же виде, в котором она представлена в БД.

<?php

class Bugs extends Zend_Db_Table_Abstract
{
    protected $_name = 'bugs';
}

?>

Если вы не определелили имя таблицы, то по умолчанию оно равно имени класса. Если вы предпочитаете этот путь, то имя класса должно иметь то же написание, что и имя таблицы в БД.

<?php

class bugs extends Zend_Db_Table_Abstract
{
    // имя таблицы соответствует имени класса
}

?>

Вы можете также объявить схему таблицы в защищенной переменной $_schema. В некоторых СУРБД вместо 'схема' (schema) используются 'база данных' (database) или 'пространство таблиц' (tablespace), но они используются примерно одинаково. Вы можете также объявить схему как часть имени таблицы.

<?php

// Первый способ:

class Bugs extends Zend_Db_Table_Abstract
{
    protected $_schema = 'bug_db';
    protected $_name = 'bugs';
}

// Второй способ:

class Bugs extends Zend_Db_Table_Abstract
{
    protected $_name = 'bug_db.bugs';
}

?>

Если вы не определили имя схемы, то по умолчанию оно равно схеме, по которой подключен ваш экземпляр адаптера БД.

Каждая таблица должна иметь первичный ключ. Вы можете объявить столбец для первичного ключа, используя защищенную переменную $_primary. Это может быть строка с именем одного столбца или массив имен столбцов, если первичный ключ является составным.

<?php

class Bugs extends Zend_Db_Table_Abstract
{
    protected $_name = 'bugs';
    protected $_primary = 'bug_id';
}

?>

Если вы не задали первичный ключ, то Zend_Db_Table_Abstract пытается определить его, основываясь на данных, получаемых посредством метода describeTable().

Когда создается экземпляр класса таблицы, конструктор вызывает ряд защищенных методов, инициализирующих метаданные для таблицы. Вы можете расширить любые из этих методов для того, чтобы явно определить эти метаданные. Помните, что в конце должен вызываться родительский метод.

<?php

class Bugs extends Zend_Db_Table_Abstract
{
    protected function _setupTableName()
    {
        $this->_name = 'bugs';
        parent::_setupTableName();
    }
}

?>

Методы установки могут быть переопределены следующим образом:

Первым способом предоставления адаптера БД классу таблицы является передача объекта типа Zend_Db_Adapter_Abstract в массиве опций под ключом 'db'.

<?php

$db = Zend_Db::factory('PDO_MYSQL', $options);

$table = new Bugs(array('db' => $db));

?>

Вторым способом предоставления адаптера БД классу таблицы является декларирование объекта типа Zend_Db_Adapter_Abstract как используемого по умолчанию для всех экземпляров таблиц в вашем приложении. Вы можете делать это через статический метод Zend_Db_Table_Abstract::setDefaultAdapter(). Его аргументом является объект типа Zend_Db_Adapter_Abstract.

<?php

$db = Zend_Db::factory('PDO_MYSQL', $options);
Zend_Db_Table_Abstract::setDefaultAdapter($db);

// Далее...

$table = new Bugs();

?>

Может быть удобным создавать объект адаптера БД в центральной части вашего приложения - например, в загрузочном коде - и затем сохранять его как адаптер, используемый по умолчанию. Это дает возможность быть уверенным в том, что во всем приложении используется один и тот же экземпляр адаптера. Но установка адаптера, используемого по умолчанию, ограничена одним экземпляром адаптера.

Третий способ предоставления адаптера БД классу таблицы - передача строки в массиве опций под ключом 'db'. Эта строка используется как ключ для статического экземпляра Zend_Registry, в котором под этим ключом должен храниться объект типа Zend_Db_Adapter_Abstract.

<?php

$db = Zend_Db::factory('PDO_MYSQL', $options);
Zend_Registry::set('my_db', $db);

// Далее...

$table = new Bugs(array('db' => 'my_db'));

?>

Как и в случае установки адаптера, используемого по умолчанию, это дает возможность быть уверенным в том, что во всем приложении используется один и тот же адаптер, но использование реестра является более гибким, т.к. вы можете хранить в нем более одного экземпляра адаптера. Экземпляр адаптера является индивидуальным для конкретной СУРБД и экземпляра БД. Если в вашем приложении необходимо подключаться к нескольким БД или даже различным СУРБД, то вам нужно использовать несколько адаптеров.

Автоинкрементный первичный ключ генерирует уникальное целочисленное значение, если вы пропустите столбец для первичного ключа в своем операторе INSERT.

Если защищенная переменная в Zend_Db_Table_Abstract $_sequence имеет булево значение true, то класс предполагает, что таблица имеет автоинкрементный столбец.

<?php

class Bugs extends Zend_Db_Table_Abstract
{
    protected $_name = 'bugs';

    // Это значение по умолчанию присутствует в Zend_Db_Table_Abstract,
    // добавлять это определение не обязательно
    protected $_sequence = true;
}

?>

Примерами СУРБД, поддерживающих автоинкрементные первичные ключи являются MySQL, Microsoft SQL Server и SQLite.

PostgreSQL имеет нотацию SERIAL, которая неявно определяет последовательность, основанную на имени таблицы и столбца, и использует ее для генерации значений ключа при добавлении новых строк. IBM DB2 имеет нотацию IDENTITY которая работает аналогичным образом. Если вы используете одну из этих нотаций, то интерпретируйте свой класс Zend_Db_Table как имеющий автоинкрементный столбец, при этом члена $_sequence должен иметь значение true.

Последовательность (sequence) является объектом базы данных, генерирующим уникальные значения, которые могут использоваться как значения уникальных ключей в одной и более таблицах БД.

Если вы присвоили $_sequence строковое значение, то Zend_Db_Table_Abstract считает строку именем объекта последовательности в БД. Последовательность запускается для генерации нового значения и это значение используется в операции INSERT.

<?php

class Bugs extends Zend_Db_Table_Abstract
{
    protected $_name = 'bugs';

    protected $_sequence = 'bug_sequence';
}

?>

Примерами СУРБД, поддерживающих объекты последовательностей являются Oracle, PostgreSQL и IBM DB2.

PostgreSQL и IBM DB2 также имеют синтаксис, который неявно определяет последовательности и связывает их со столбцами. Если вы используете эту нотацию, то интерпретируйте таблицу как имеющую автоинкрементный ключевой столбец. Задавайте имя последовательности в виде строки только в тех случаях, когда вы собираетесь явно вызывать последовательности для получения следующего значения ключа.

Некоторые таблицы имеют естетственные ключи. Это означает, что ключ не генерируется автоматически таблицей или последовательностью. В этом случае вы должны установить значение первичного ключа.

Если вы присвоили $_sequence булево значение false, то Zend_Db_Table_Abstract считает, что таблица имеет естетственный первичный ключ. Вы должны предоставлять значения для столбцов первичного ключа в массиве данных для метода insert(), иначе метод бросает исключение Zend_Db_Table_Exception.

<?php

class BugStatus extends Zend_Db_Table_Abstract
{
    protected $_name = 'bug_status';

    protected $_sequence = false;
}

?>

	Замечание
	Все СУРБД поддерживают таблицы с естетственными ключами. Примеры таблиц, часто объявляемых как имеющие естетственные ключи: справочные таблицы, таблицы пересечений в отношениях "многие-ко-многим", большинство таблиц с составными ключами.

По умолчанию методы класса таблицы возвращают наборы строк в экземплярах класса Zend_Db_Table_Rowset, и эти наборы строк содержат в себе колекции экземпляров класса Zend_Db_Table_Row. Вы можете указать альтернативные классы, используемые вместо них, но они должны наследовать от классов Zend_Db_Table_Rowset_Abstract и Zend_Db_Table_Row_Abstract соответственно.

Вы можете определить классы строки и набора строк в массиве опций конструктора таблицы под ключами 'rowClass' и 'rowsetClass' соответственно. Задавайте имена классов в виде обычных строк.

<?php

class My_Row extends Zend_Db_Table_Row_Abstract
{
    ...
}

class My_Rowset extends Zend_Db_Table_Rowset_Abstract
{
    ...
}

$table = new Bugs(
    array(
        'rowClass'    => 'My_Row',
        'rowsetClass' => 'My_Rowset'
    )
);

$where = $table->getAdapter()->quoteInto('bug_status = ?', 'NEW')

// Возвращает объект типа My_Rowset,
// содержащий массив объектов типа My_Row
$rows = $table->fetchAll($where);

?>

Вы можете сменить используемые классы, указав их через методы setRowClass() и setRowsetClass(). Это применяется к создаваемым впоследствии строкам и наборам строк и не влияет на класс объектов строк и наборов строк, созданных ранее.

<?php

$table = new Bugs();

$where = $table->getAdapter()->quoteInto('bug_status = ?', 'NEW')

// Возвращает объект типа Zend_Db_Table_Rowset,
// содержащий массив объектов типа Zend_Db_Table_Row.
$rowsStandard = $table->fetchAll($where);

$table->setRowClass('My_Row');
$table->setRowsetClass('My_Rowset');

// Возвращает объект типа My_Rowset,
// содержащий массив объектов типа My_Row.
$rowsCustom = $table->fetchAll($where);

// Объект $rowsStandard по прежнему существует и не изменился

?>

За более подробной информацией о классах строки и набора строк см. Раздел 9.5, «Zend_Db_Table_Row» и Раздел 9.6, «Zend_Db_Table_Rowset».

Вы можете переопределить методы insert() в своем классе таблицы. Это дает возможность реализовать собственный код, который исполняется до того, как будет выполнена операция с БД. Всегда вызывайте метод родителького класса после своих действий.

<?php

class Bugs extends Zend_Db_Table_Abstract
{
    protected $_name = 'bugs';

    public function insert(array $data)
    {
        // добавление timestamp
        if (empty($data['created_on'])) {
            $data['created_on'] = time();
        }
        return parent::insert($data);
    }

    public function update(array $data, $where)
    {
        // добавление timestamp
        if (empty($data['updated_on'])) {
            $data['updated_on'] = time();
        }
        return parent::update($data, $where);
    }
}

?>

Вы можете реализовать собственные методы запросов в своем классе таблицы, если приходится часто делать запросы к таблице с одними и теми же условиями. Большинство запросов могут быть написаны с использованием fetchAll(), но это требует написания повторяющегося кода для формирования условий запроса в том случае, если вам нужно выполнять запрос в нескольких местах вашего приложения. Позтому будет удобным добавить метод в класс таблицы для выполнения часто используемых запросов к таблице.

<?php

class Bugs extends Zend_Db_Table_Abstract
{
    protected $_name = 'bugs';

    public function findByStatus($status)
    {
        $where = $this->getAdapter()->quoteInto('bug_status = ?', $status);
        return $this->fetchAll($where, 'bug_id');
    }
}

?>

Some people prefer that the table class name match a table name in the RDBMS by using a string transformation called inflection.

For example, if your table class name is "BugsProducts", it would match the physical table in the database called "bugs_products," if you omit the explicit declaration of the $_name class property. In this inflection mapping, the class name spelled in "CamelCase" format would be transformed to lower case, and words are separated with an underscore.

You can specify the database table name independently from the class name by declaring the table name with the $_name class property in each of your table classes.

Zend_Db_Table_Abstract performs no inflection to map the class name to the table name. If you omit the declaration of $_name in your table class, the class maps to a database table that matches the spelling of the class name exactly.

It is inappropriate to transform identifiers from the database, because this can lead to ambiguity or make some identifiers inaccessible. Using the SQL identifiers exactly as they appear in the database makes Zend_Db_Table_Abstract both simpler and more flexible.

If you prefer to use inflection, then you must implement the transformation yourself, by overriding the _setupTableName() method in your Table classes. One way to do this is to define an abstract class that extends Zend_Db_Table_Abstract, and then the rest of your tables extend your new abstract class.

<?php

abstract class MyAbstractTable extends Zend_Db_Table_Abstract
{
    protected function _setupTableName()
    {
        if (!$this->_name) {
            $this->_name = myCustomInflector(get_class($this));
        }
        parent::_setupTableName();
    }
}

class BugsProducts extends MyAbstractTable
{
}

?>

You are responsible for writing the functions to perform inflection transformation. Zend Framework does not provide such a function.