Durum normalleştirmesi nedir?

Question

Accepted Answer

**Normalleştirme**, verileri düz, ilişkisel bir yapıda depolamak anlamına gelir — arama tablolarında **id** ile anahtarlanan — derin iç içe nesneler/diziler yerine. Bu, veritabanı normalleştirmesi ile aynı fikirdir ve istemci durumuna uygulanır; güncellemeleri ve aramaları verimli ve tutarlı hale getirir.

## İç içe/denormalize durumun sorunu

```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
```

Yinelenen iç içe veriler birçok yerde güncellenmelidir (tutarsızlık riski) ve bir öğe bulmak dizileri taraması anlamına gelir (O(n)).

## Normalleştirilmiş şekil

```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
  },
}
```

Her varlık bir kez depolanır, id ile anahtarlanır; ilişkiler sadece id referanslarıdır.

## Faydalar

```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
```

## Araçlar

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

## Neden önemli

Normalleştirme, istemci durumunda **ilişkisel/koleksiyon verileri** yönetmek için standart addır (özellikle Redux'ta).

Her varlık için tek bir gerçek kaynağı zorunlu kılar (bir kez güncelleyin, her yerde yansıtılır), hızlı id tabanlı aramalar sağlar ve derin iç içe, yinelenen verilerin hataları ve performans sorunlarından kaçınır.

İlişkili varlıkların listeleri (kullanıcılar, gönderiler, yorumlar) olan ve güncellenen ve çapraz referans yapılan uygulamalar için, store'u normalleştirmek — genellikle `createEntityAdapter` aracılığıyla — durumu tutarlı ve verimli tutmanın anahtar bir tekniğidir.