Mi a BSON és milyen adattípusokat támogat a MongoDB?

Question

Accepted Answer

**BSON** (Binary JSON) a bináris formátum, amelyet a MongoDB dokumentumok tárolására használ — kiterjeszti a JSON-t további **adattípusokkal** (például dátumok, ObjectId, bináris és megfelelő számtípusok) és hatékony a tárolás és feldolgozás szempontjából. A BSON-típusok megértése segít az adatok helyes tárolásában.

## BSON — bináris JSON több típussal

```text
JSON has limited types (string, number, boolean, null, object, array).
BSON adds: ObjectId, Date, Binary, Decimal128, distinct Int/Long/Double, Timestamp, etc.
→ BSON is more efficient (binary, typed, traversable) and richer than plain JSON text.
```

## Gyakori BSON adattípusok

```js
{
  _id: ObjectId("..."),          // ObjectId — 12-byte unique id (the default _id type)
  name: "Ann",                    // String
  age: NumberInt(30),             // Int32 (32-bit integer)
  views: NumberLong(10000000000), // Int64 (64-bit — for large numbers)
  price: NumberDecimal("9.99"),   // Decimal128 — EXACT decimal (use for money!)
  rating: 4.5,                     // Double (default for numbers)
  active: true,                    // Boolean
  createdAt: ISODate("2024-01-15"),// Date (a proper date type, not a string)
  data: BinData(0, "..."),         // Binary data
  tags: ["a", "b"],                // Array
  address: { city: "NY" },          // Embedded document (object)
  deletedAt: null                   // Null
}
```

## ObjectId — az alapértelmezett _id

```js
// ObjectId is a 12-byte id: timestamp + machine/process + counter → globally unique
// It even encodes a creation timestamp:
ObjectId("...").getTimestamp();   // get when the document was created
```

Az **ObjectId** (alapértelmezett `_id`) egyedi és időbélyegzetet tartalmaz — így nagyjából időrendben van és ingyen kapod meg a létrehozás időpontját.

## Fontos típussal kapcsolatos megfontolások

```text
✓ Use proper DATE type (ISODate), not date strings → enables date queries/sorting
✓ Use Decimal128 (NumberDecimal) for MONEY → exact (avoid Double's rounding errors)
✓ Be aware of Int32 vs Int64 vs Double — numbers default to Double; large ints need Long
✓ ObjectId vs custom _id — you can use your own _id, but ObjectId is convenient/unique
```

## Miért számít

A BSON és a MongoDB adattípusainak megértése értékes az **adatok helyes és hatékony tárolása** szempontjából, ezért hasznos alapismereteket nyújtanak a MongoDB-vel való munkához.

Fontos tudni, hogy a MongoDB **BSON**-t (bináris JSON, gazdagabb és hatékonyabb, mint a sima JSON) és az alapvető JSON-on túl támogatott **adattípusokat** használ — különösen a megfelelő **Date** típusokat, **ObjectId**-t, **Decimal128**-at és különálló egész/lebegőpontos típusokat. Ez fontos az adatok pontos reprezentálásához.

A gyakorlatban több típus-megfontolás számít: megfelelő **Date típus** (ISODate) használata dátumszövegek helyett (lehetővé teszi a helyes dátum-lekérdezéseket és rendezéseket — gyakori hiba a dátumok szövegként tárolása), **Decimal128 (NumberDecimal) használata pénznemekhez** (pontos tizedes számtan, a Double kerekítési hibáinak elkerülése — ugyanez a kritikus helyességi probléma, mint az SQL-ben) és a számtípus-különbségek tudatosítása (a számok alapértelmezés szerint Double; nagy egészek Int64/Long-ot igényelnek).

Az **ObjectId** megértése (az alapértelmezett `_id` — egy 12 bájtos egyedi azonosító, amely kényelmesen kódol egy létrehozási időbélyeget, így nagyjából időrendben van és ingyen adja meg a létrehozás időpontját) hasznos a dokumentumazonosítókkal való munkához.

Mivel az adatok helyes típusokkal való tárolása befolyásolja a helyességet (pénznem pontossága, dátum funkcionálitása), hatékonyságot és lekérdezhetőséget, és mivel a BSON gazdagabb típusrendszere (különösen a Date, Decimal128 és ObjectId) az, ahogy a MongoDB az adatokat pontosan reprezentálja, a BSON és a MongoDB adattípusainak megértése — a rendelkezésre álló típusok, a pénznem/dátum megfontolások és az ObjectId — értékes, gyakorlatban releváns tudás a MongoDB adatstruktúrák helyes megtervezéséhez és a gyakori típussal kapcsolatos hibák elkerüléséhez (mint például szöveges dátumok vagy lebegőpontos pénznemek), amely az adatbázissal történő hatékony munka hasznos aspektusa.