Skip to content
Back to skills

Doctrine Relations

ASecurity

Define Doctrine entity relationships (OneToMany, ManyToMany, ManyToOne); configure cascade, orphan removal, multiple entity managers; prevent N+1 queries

  • 221 stars
  • 0 votes
  • 0 copies
  • 1 view
  • Added August 31, 2026
developmentshellbashrails

Security analysis

A100/100

Pro scans all 2 files and shows the line behind each finding

Scanned October 6, 2026

npx -y skills add dev-toolings/superpowers-symfony --skill doctrine-relations --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Doctrine Relations?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Doctrine Relations
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/dev-toolings-doctrine-relations/badge)](https://www.skillsdirectory.com/skills/dev-toolings-doctrine-relations)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: doctrine-relations
description: Define Doctrine entity relationships (OneToMany, ManyToMany, ManyToOne); configure cascade, orphan removal, multiple entity managers; prevent N+1 queries
capabilities: [read, search, edit, shell]
tags: [doctrine]
# projected by `bun run build` — do not edit by hand
allowed-tools:
  - Read
  - Glob
  - Grep
  - Write
  - Edit
  - Bash
---

# Doctrine Relations (Symfony)

## Use when
- Mapping a `ManyToOne`, `OneToMany`, `ManyToMany` or `OneToOne` and choosing the owning side.
- Deciding between `cascade` and `orphanRemoval` for child entities.
- A relation does not persist (only the inverse side was set), or `contains()` is slow on a large inverse collection.
- Splitting entities across several entity managers.

## Default workflow
1. Pick the owning side (holds the foreign key, `ManyToOne` with `inversedBy`) and the inverse side (`OneToMany` with `mappedBy`).
2. Initialize collections with `ArrayCollection` in the constructor, and write `addX()` and `removeX()` helpers that keep both sides in sync.
3. Use `cascade: ['persist']` for aggregates saved together, and `orphanRemoval: true` only for true composition.
4. Mark large inverse collections `fetch: 'EXTRA_LAZY'`, or test membership from the owning side.
5. Add fetch joins where a use case reads the relation, to avoid N+1 queries.
6. With several entity managers, keep each entity set in one manager and fetch repositories through `ManagerRegistry`.

## Guardrails
- Doctrine persists what the owning side holds: always set the `ManyToOne` reference.
- Avoid `cascade: ['remove']` on large collections (one DELETE per row), and never use `orphanRemoval` on shared entities.
- A relation cannot span two entity managers.
- For a non-default entity manager, fetch repositories with `ManagerRegistry::getRepository(Entity::class, 'name')`.

## Progressive disclosure
- Use this file for execution posture and risk controls.
- Open references when deep implementation details are needed.

## Output contract
- Entity mappings with the owning and inverse sides, cascade and orphan decisions.
- Fetch strategy for large collections and hot paths.
- Result of `doctrine:schema:validate`.

## References
- `reference.md`

Files in this skill

  • SKILL.md1.1 KB
  • reference.md7.9 KB

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…