You are browsing a version that is no longer maintained.

Working with Indexed Associations

Doctrine ORM collections are modelled after PHPs native arrays. PHP arrays are an ordered hashmap, but in the first version of Doctrine keys retrieved from the database were always numerical unless INDEX BY was used. You can index your collections by a value in the related entity. This is a first step towards full ordered hashmap support through the Doctrine ORM. The feature works like an implicit INDEX BY for the selected association but has several downsides also:

  • You have to manage both the key and field if you want to change the index by field value.
  • On each request the keys are regenerated from the field value, and not from the previous collection key.
  • Values of the Index-By keys are never considered during persistence. They only exist for accessing purposes.
  • Fields that are used for the index by feature HAVE to be unique in the database. The behavior for multiple entities with the same index-by field value is undefined.

As an example we will design a simple stock exchange list view. The domain consists of the entity Stock and Market where each Stock has a symbol and is traded on a single market. Instead of having a numerical list of stocks traded on a market they will be indexed by their symbol, which is unique across all markets.

Mapping Indexed Associations

You can map indexed associations by adding:

  • indexBy argument to any #[OneToMany] or #[ManyToMany] attribute.
  • index-by attribute to any <one-to-many /> or <many-to-many /> xml element.

The code and mappings for the Market entity looks like this:

1<?php namespace Doctrine\Tests\Models\StockExchange; use Doctrine\Common\Collections\ArrayCollection; use Doctrine\Common\Collections\Collection; #[Entity] #[Table(name: 'exchange_markets')] class Market { #[Id, Column(type: 'integer'), GeneratedValue] private int|null $id = null; #[Column(type: 'string')] private string $name; /** @var Collection<string, Stock> */ #[OneToMany(targetEntity: Stock::class, mappedBy: 'market', indexBy: 'symbol')] private Collection $stocks; public function __construct(string $name) { $this->name = $name; $this->stocks = new ArrayCollection(); } public function getId(): int|null { return $this->id; } public function getName(): string { return $this->name; } public function addStock(Stock $stock): void { $this->stocks[$stock->getSymbol()] = $stock; } public function getStock(string $symbol): Stock { if (!isset($this->stocks[$symbol])) { throw new \InvalidArgumentException("Symbol is not traded on this market."); } return $this->stocks[$symbol]; } /** @return array<string, Stock> */ public function getStocks(): array { return $this->stocks->toArray(); } }
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56

Inside the addStock() method you can see how we directly set the key of the association to the symbol, so that we can work with the indexed association directly after invoking addStock(). Inside getStock($symbol) we pick a stock traded on the particular market by symbol. If this stock doesn't exist an exception is thrown.

The Stock entity doesn't contain any special instructions that are new, but for completeness here are the code and mappings for it:

1<?php namespace Doctrine\Tests\Models\StockExchange; #[Entity] #[Table(name: 'exchange_stocks')] class Stock { #[Id, Column(type: 'integer'), GeneratedValue] private int|null $id = null; #[Column(type: 'string', unique: true)] private string $symbol; #[ManyToOne(targetEntity: Market::class, inversedBy: 'stocks')] private Market|null $market; public function __construct(string $symbol, Market $market) { $this->symbol = $symbol; $this->market = $market; $market->addStock($this); } public function getSymbol(): string { return $this->symbol; } }
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28

Querying indexed associations

Now that we defined the stocks collection to be indexed by symbol, we can take a look at some code that makes use of the indexing.

First we will populate our database with two example stocks traded on a single market:

1<?php // $em is the EntityManager $market = new Market("Some Exchange"); $stock1 = new Stock("AAPL", $market); $stock2 = new Stock("GOOG", $market); $em->persist($market); $em->persist($stock1); $em->persist($stock2); $em->flush();
2
3
4
5
6
7
8
9
10
11

This code is not particular interesting since the indexing feature is not yet used. In a new request we could now query for the market:

1<?php // $em is the EntityManager $marketId = 1; $symbol = "AAPL"; $market = $em->find("Doctrine\Tests\Models\StockExchange\Market", $marketId); // Access the stocks by symbol now: $stock = $market->getStock($symbol); echo $stock->getSymbol(); // will print "AAPL"
2
3
4
5
6
7
8
9
10
11

The implementation of Market::addStock(), in combination with indexBy, allows us to access the collection consistently by the Stock symbol. It does not matter if Stock is managed by Doctrine or not.

The same applies to DQL queries: The indexBy configuration acts as implicit "INDEX BY" to a join association.

1<?php // $em is the EntityManager $marketId = 1; $symbol = "AAPL"; $dql = "SELECT m, s FROM Doctrine\Tests\Models\StockExchange\Market m JOIN m.stocks s WHERE m.id = ?1"; $market = $em->createQuery($dql) ->setParameter(1, $marketId) ->getSingleResult(); // Access the stocks by symbol now: $stock = $market->getStock($symbol); echo $stock->getSymbol(); // will print "AAPL"
2
3
4
5
6
7
8
9
10
11
12
13
14

If you want to use INDEX BY explicitly on an indexed association you are free to do so. Additionally, indexed associations also work with the Collection::slice() functionality, even if the association's fetch mode is LAZY or EXTRA_LAZY.

Outlook into the Future

For the inverse side of a many-to-many associations there will be a way to persist the keys and the order as a third and fourth parameter into the join table. This feature is discussed in #2817 This feature cannot be implemented for one-to-many associations, because they are never the owning side.