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
  • 2 views
  • 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…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.