Mikä on BSON ja mitä tietotyyppejä MongoDB tukee?

Question

Accepted Answer

**BSON** (Binary JSON) on binäärimuoto, jota MongoDB käyttää dokumenttien tallentamiseen — se laajentaa JSON:ia lisäävällä **tietotyypeillä** (kuten päivämäärät, ObjectId, binääridata ja oikeat numerotyypit) ja on tehokas tallentaa ja traversoida. BSON-tyyppien ymmärtäminen auttaa sinua tallentamaan tiedot oikein.

## BSON — binääri-JSON lisä tyyppien kanssa

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

## Yleiset BSON-tietotyypit

```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 — oletuksellinen _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
```

**ObjectId** (oletuksellinen `_id`) on uniikki ja sisältää aikaleiman — joten se on suunnilleen aikajärjestetty ja saat luontipäivämäärän ilmaiseksi.

## Tärkeät tyyppiin liittyvät näkökulmat

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

## Miksi sillä on merkitystä

BSON:n ja MongoDB:n tietotyyppien ymmärtäminen on arvokas **tietojen oikealle ja tehokkaalle tallentamiselle**, joten se on hyödyllinen perustieto MongoDB:n kanssa työskentelyyn.

Tieto siitä, että MongoDB käyttää **BSON:ää** (binääri-JSON:ää, rikkaampi ja tehokkaampi kuin tavallinen JSON) ja **tietotyyppejä, joita se tukee** perustietojen yli — erityisesti oikeat **Date**-tyypit, **ObjectId**, **Decimal128** ja erilaiset kokonaisluku/double-tyypit — on tärkeää tietojen edustamiselle tarkasti.

Useat tyyppiin liittyvät näkökulmat ovat käytännössä tärkeitä: oikean **Date-tyypin** käyttäminen (ISODate) päivämäärämerkkijonojen sijaan (mahdollistaa oikeat päivämääräkyselyt ja lajittelun — yleinen virhe tallentaa päivämäärät merkkijonoina), **Decimal128:n (NumberDecimal) käyttäminen rahalle** (tarkka desimaaliaritmetiikka, välttämällä Double:n pyöristysvirheet — sama kriittinen oikeellisuusongelma kuin SQL:ssä) ja numerotyyppien erojen huomioon ottaminen (numerot oletuksena Double:iin; suuret kokonaisluvut vaativat Int64/Long:ia).

**ObjectId:n** ymmärtäminen (oletuksellinen `_id` — 12-tavuinen uniikki tunnus, joka sisältää kätevästi luontaikataamoisen, joten se on suunnilleen aikajärjestetty ja antaa sinulle luontipäivämäärän ilmaiseksi) on hyödyllista dokumentin tunnisteiden kanssa työskentelyyn.

Koska tietojen tallentaminen oikeilla tyypeillä vaikuttaa oikeellisuuteen (rahan tarkkuus, päivämäärän toiminnallisuus), tehokkuuteen ja kyselyyn, ja koska BSON:n rikkaampi tyyppi järjestelmä (erityisesti Date, Decimal128 ja ObjectId) on se, miten MongoDB edustaa tietoja tarkasti, BSON:n ja MongoDB:n tietotyyppien ymmärtäminen — saatavilla olevat tyypit, raha/päivämäärä-näkökulmat ja ObjectId — on arvokasta, käytännössä relevanttia tietoa MongoDB-tietojen oikealle suunnittelulle ja yleisten tyyppi-aiheisten virheiden välttämiselle (kuten merkkijonopäivämäärät tai liukuluku-raha), hyödyllinen näkökohta tietokannan tehokkaan käytön kannalta.