Приложение Symfony - как добавить вычисляемые поля для продвижения объектов?

Сейчас я делаю это в проекте, переопределяя hydrate() и Peer::addselectcolumns() для доступа к полям postgis:

// in peer
public static function locationAsEWKTColumnIndex()
{
    return GeographyPeer::NUM_COLUMNS - GeographyPeer::NUM_LAZY_LOAD_COLUMNS;
}

public static function polygonAsEWKTColumnIndex()
{
    return GeographyPeer::NUM_COLUMNS - GeographyPeer::NUM_LAZY_LOAD_COLUMNS + 1;
}

public static function addSelectColumns(Criteria $criteria)
{
    parent::addSelectColumns($criteria);
    $criteria->addAsColumn("locationAsEWKT", "AsEWKT(" . GeographyPeer::LOCATION . ")");
    $criteria->addAsColumn("polygonAsEWKT", "AsEWKT(" . GeographyPeer::POLYGON . ")");
}
// in object
public function hydrate($row, $startcol = 0, $rehydrate = false)
{
    $r = parent::hydrate($row, $startcol, $rehydrate);
    if ($row[GeographyPeer::locationAsEWKTColumnIndex()])   // load GIS info from DB IFF the location field is populated. NOTE: These fields are either both NULL or both NOT NULL, so this IF is OK
    {
        $this->location_ = GeoPoint::PointFromEWKT($row[GeographyPeer::locationAsEWKTColumnIndex()]); // load gis data from extra select columns See GeographyPeer::addSelectColumns().
        $this->polygon_ = GeoMultiPolygon::MultiPolygonFromEWKT($row[GeographyPeer::polygonAsEWKTColumnIndex()]); // load gis data from extra select columns See GeographyPeer::addSelectColumns().
    }   
    return $r;
}   

С AddAsColumn() есть что-то глупое, но я сейчас не могу вспомнить, но это работает. Вы можете прочитать больше о проблемах с AddAsColumn().

Вот что я сделал, чтобы решить эту проблему без каких-либо дополнительных запросов:

Проблема

Необходимо добавить настраиваемое поле ПОДСЧЕТА в типичный результирующий набор, используемый с пейджером Symfony. Однако, как мы знаем, Propel не поддерживает это из коробки. Таким образом, простое решение - просто сделать что-то подобное в шаблоне:

foreach ($pager->getResults() as $project):

 echo $project->getName() . ' and ' . $project->getNumMembers()

endforeach;

Где getNumMembers() выполняет отдельный запрос ПОДСЧЕТА для каждого объекта $project. Конечно, мы знаем, что это крайне неэффективно, потому что вы можете ПОСЧИТАТЬ на лету добавляя его в качестве столбца в исходный запрос SELECT, сохраняя запрос для каждого отображаемого результата.

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

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

1 - Сначала создайте эквивалентные методы доступа/мутатора [get/set] nummembers() в объекте модели, который возвращается с помощью doselect(). Помните, что средство доступа больше не выполняет запрос COUNT, оно просто сохраняет свое значение.

2 - Перейдите в одноранговый класс и переопределите родительский метод doSelect() и скопируйте из него весь код точно так, как он есть

3 - Удалите этот бит, потому что getMixerPreSelectHook является частным методом базы одноранговый узел (или скопируйте его в свой одноранговый узел, если вам это нужно):

// symfony_behaviors behavior
foreach (sfMixer::getCallables(self::getMixerPreSelectHook(__FUNCTION__)) as $sf_hook)
{
  call_user_func($sf_hook, 'BaseTsProjectPeer', $criteria, $con);
}

4 - Теперь добавьте свое пользовательское поле ПОДСЧЕТА в метод doSelect в своем одноранговом классе:

// copied into ProjectPeer - overrides BaseProjectPeer::doSelectJoinUser()
public static function doSelectJoinUser(Criteria $criteria, ...)
{
   // copied from parent method, along with everything else
   ProjectPeer::addSelectColumns($criteria);
   $startcol = (ProjectPeer::NUM_COLUMNS - ProjectPeer::NUM_LAZY_LOAD_COLUMNS);
   UserPeer::addSelectColumns($criteria);

   // now add our custom COUNT column after all other columns have been added
   // so as to not screw up Propel's position matching system when hydrating
   // the Project and User objects.
   $criteria->addSelectColumn('COUNT(' . ProjectMemberPeer::ID . ')');

   // now add the GROUP BY clause to count members by project
   $criteria->addGroupByColumn(self::ID);

   // more parent code

   ...

   // until we get to this bit inside the hydrating loop:

   $obj1 = new $cls();
   $obj1->hydrate($row);

   // AND...hydrate our custom COUNT property (the last column)
   $obj1->setNumMembers($row[count($row) - 1]);

   // more code copied from parent

   ...

   return $results;         
}

Вот и все. Теперь у вас есть дополнительное поле ПОДСЧЕТА, добавленное к вашему объекту, без выполнения отдельного запроса, чтобы получить его при выводе результатов. Единственным недостатком этого решения является то, что вам пришлось скопировать весь родительский код, потому что вам нужно добавить биты прямо в его середине. Но в моей ситуации это казалось небольшим компромисс, чтобы сохранить все эти запросы и не писать свою собственную строку SQL-запроса.

Добавьте атрибут "orders_count" Клиенту, а затем напишите что-то вроде этого:

class Order {
...
  public function save($conn = null) {
    $customer = $this->getCustomer();
    $customer->setOrdersCount($customer->getOrdersCount() + 1);
    $custoner->save();
    parent::save();
  }
...
}

Вы можете использовать не только метод "сохранить", но идея остается прежней. К сожалению, Propel не поддерживает никакой "магии" для таких полей.

Propel фактически создает автоматическую функцию на основе имени связанного поля. Допустим, у вас есть такая схема:

customer:
  id:
  name:
  ...

order:
  id:
  customer_id: # links to customer table automagically
  completed: { type: boolean, default false }
  ...

Когда вы создадите свою модель, ваш объект Customer будет иметь метод GetOrders(), который будет извлекать все заказы, связанные с этим клиентом. Затем вы можете просто использовать count($customer->GetOrders()), чтобы получить количество заказов для этого клиента.

Недостатком является то, что это также приведет к извлечению и увлажнению этих объектов порядка. В большинстве СУБД единственным разница в производительности между извлечением записей или использованием COUNT() заключается в пропускной способности, используемой для возврата набора результатов. Если эта пропускная способность будет существенной для вашего приложения, вам может потребоваться создать метод в объекте Customer, который строит запрос COUNT() вручную, используя креольский язык:

  // in lib/model/Customer.php
  class Customer extends BaseCustomer
  {
    public function CountOrders()
    {
      $connection = Propel::getConnection();
      $query = "SELECT COUNT(*) AS count FROM %s WHERE customer_id='%s'";
      $statement = $connection->prepareStatement(sprintf($query, CustomerPeer::TABLE_NAME, $this->getId());
      $resultset = $statement->executeQuery();
      $resultset->next();
      return $resultset->getInt('count');
    }
    ...
  }