Mi az állapot normalizációja?

Question

Accepted Answer

A **normalizáció** azt jelenti, hogy az adatokat egy lapos, relációs struktúrában tároljuk — azonosító alapján keresőtáblákban — a mélyen beágyazott objektumok/tömbök helyett. Ez ugyanaz az ötlet, mint az adatbázisnormalizáció, amely az ügyfél állapotára alkalmazva, hatékony és konzisztens frissítéseket és kereséseket tesz lehetővé.

## A beágyazott/denormalizált állapot problémája

```js
// ❌ nested & duplicated — the same user appears in multiple posts
posts: [
  { id: 1, title: "A", author: { id: 10, name: "Ann" } },
  { id: 2, title: "B", author: { id: 10, name: "Ann" } }, // Ann duplicated
]
// To rename Ann, you must find and update EVERY copy → easy to miss one (drift)
// To find post #2, you must scan the array
```

A duplikált beágyazott adatokat sok helyen frissíteni kell (konzisztencia-veszély), az elem megtalálása pedig a tömbök vizsgálatát jelenti (O(n)).

## A normalizált forma

```js
// ✅ flat lookup tables keyed by id, with references by id
{
  posts: {
    byId: { 1: { id: 1, title: "A", authorId: 10 },   // reference the author by id
            2: { id: 2, title: "B", authorId: 10 } },
    allIds: [1, 2],                                     // order/iteration
  },
  users: {
    byId: { 10: { id: 10, name: "Ann" } },             // each user stored ONCE
  },
}
```

Minden entitás egyszer tárolódik, azonosító alapján indexelve; a kapcsolatok csak azonosító-hivatkozások.

## Az előnyök

```js
state.users.byId[10];                        // ✅ O(1) lookup by id
state.users.byId[10] = { ...u, name: "Bob" }; // ✅ update Ann ONCE → reflected everywhere
state.posts.allIds.map(id => state.posts.byId[id]); // iterate via the id list
```

```text
✓ Single source of truth per entity → no duplication, no drift
✓ O(1) lookups/updates by id (vs scanning arrays)
✓ Easy to update one entity and have all references reflect it
✓ Simpler to manage relationships and merge new data
```

## Eszközök

```text
Redux Toolkit's createEntityAdapter generates normalized { ids, entities }
structures + CRUD reducers automatically. normalizr can normalize API responses.
```

## Miért fontos

A normalizáció az ügyfél állapotában (különösen Redux-ban) a **relációs/gyűjtemény-adatok** kezelésének szabványos mintája.

Egyetlen igazságforrást kényszerít entitásonként (frissítsen egyszer, tükrözödjön mindenhol), gyors azonosító alapú kereséseket biztosít, és elkerüli a mélyen beágyazott, duplikált adatok hibáit és teljesítményproblémáit.

A kapcsolódó entitások listáival rendelkező alkalmazások (felhasználók, bejegyzések, megjegyzések) számára, amelyeket frissítenek és kereszthivatkoznak, az áruház normalizálása — gyakran `createEntityAdapter` segítségével — a kulcsfontosságú technika az állapot konzisztens és hatékony megtartásához.