Tietokannat Verrattuna
MongoDB:
MongoDB popularisoi asiakirjasäilöä, joka skaalautui vaakasuoraan, ja sen jälkeen tarina sisältää skeeman suunnittelun kurinalaisuuden, kopiosarjan mallin, joka on yksinkertaisempi kuin useimmat SQL HA -asetukset, ja lisensoinnin (SSPL), joka vei näkyvästi itseisännöintiä eteenpäin. Se voittaa tietyissä tietomuodoissa, ja nosql-vs-sql- ja postgresql-vs-mongodb-vertailumme kattavat argumentit; Tämä on omistettu pala, kun moottori itse ansaitsee jalustan.
Keskeiset kohdat
- BSON-dokumentit antavat skeemalle tarkoituksella joustavuutta, mikä tarkoittaa, että skeeman suunnittelun kurinalaisuus siirtyy siirtotiedostoista sovelluksen oletusasetuksiin: sulautetut asiakirjat, joissa lukee useita malleja vs. viittaukset yksi-moneen-relaatioon, on päätös, joka tekee tai katkaisee suorituskyvyn.
- Aggregointiputkessa analyyttinen työ elää: tarkoitukseen rakennetut vaiheet (match, group, lookup, unwind) korvattiin ad-hoc kartta-reduce; Useimmissa toiminnallisissa analytiioissa koonti ja indeksi päihittävät lähetystiedot varastoon.
- Replica-sarjat käsittelevät yleistä HA:ta edullisesti: yksi ensisijainen ja toissijainen automaattinen vikasieto- ja lukuasetukset; sharding on todellinen hajautetun datan ominaisuus kirjoitusskaalattuja työkuormia varten, mutta sillä on toiminnallinen painoarvo (palatasapainotus, sirpaleavaimet), joka kuuluu suunnittelutarkastuksiin, ei jälkiasennuksiin.
- TTL-indeksointi- ja aikasarjakokoelmat kattavat "lokien ja mittareiden" käyttötapauksen natiivisti: rajattu säilytys ilman cronin poistamista asiakirjoista ja tarkoitukseen rakennettu aikasarjatallennus korkeataajuuksiseen mittaustietojen käsittelyyn.
- Toiminnalliset erot: lähellä ylläpito-tyhjiöekvivalenssia ei ole, mutta virkistystaajuudet ja viivästetyn valinnaisuuden konsolidointi (skeeman validointi validaattoreiden kautta, tapahtumat 4.x:n jälkeen) ratkaisevat; ajurit, hakemistot, muistipaine näkyvät kyselysuunnitelmina (selitä) hitaan kyselyn lokien sijaan.
- Rehellisen jalanjäljen lisensointi: yhteisön versio on SSPL-lisensoitu, jonka jotkin hallitun toimittajan alustat eivät sisällä; Atlas on toimittajan tukema polku, ja itseisännöinti on edelleen yleistä konttikäytöissä, joissa SSPL on hyväksyttävä.
Kenttämuistiinpano
MongoDB-katkosmalli, joka opetti asiakkaillemme eniten, oli aina sama: prototyypin aikana päätetystä sirpaleen avain kasvaa tuotantoon ja uudelleen sirpaleesta tulee projekti. Sirpaleet ovat arkkitehtuuripäätöksiä, eivät mongo-arkeologiaa.
Usein kysytyt kysymykset
Onko MongoDB hyvä korvaa relaatiotietokanta?
Joskus oikein sisäkkäisten blob-toiminnallisten tietojen saamiseksi; liitoksia vaativissa relaatiomalleissa ei: viitteellinen eheys on sovelluksesi tehtävä tässä. Nosql-vs-sql-artikkelimme kattaa rehellisen päätöksen säännön.
Kuinka käsittelen siirtoja skeemaa muuttavien asiakirjojen välillä?
Lisäämällä itse skeeman versioinnin kurinalaisuutta: validaattorit ja versiokentät sekä kohdistetut siirtokomentosarjat; ei ole ALTER TABLE -pöytää, johon nojata.
Entä SaaS-palveluntarjoajien lisenssi (SSPL)?
Voit itse isännöidä JA palvella sitä pilvikäyttöä sovellusten tallennustilana, mutta tarjottavana palveluna se on eri juttu; tarkista kaupalliset ehdot ennen kuin lupaat Atlas-vaihtoehtoisen hosting-palvelun asiakkaille.
Miksi sirpaleavain on niin iso juttu?
Koska reititys, tasapainotus ja kyselyn affiniteetti tulevat siitä sharding-valinnan jälkeen: elävän järjestelmän uudelleenjakominen myöhemmin on todellinen toiminnallinen toimenpide.
Näin Kinetikatech auttaa: tietokannat verrattuna
Rehellisesti sanottuna useimmat tiimit päätyvät meille yritettyään ensin itse: Tietokantamoottorivalinnat työkuormien isännöintiin, verrattuina oikeellisuustakuisiin, toiminnalliseen painoon ja todellisiin kustannuksiin: sulautetut moottorit palvelimia vastaan, MySQL vastaan PostgreSQL, SQL asiakirjasäilöjä vastaan sekä vanha tapaustutkimus, joka palaa jatkuvasti takaisin. Palvelumme Palvelinten ylläpito ja Verkkosivuston nopeuden optimointi on olemassa, jotta sinun ei tarvitse tutustua tietokannat verrattuna:hen kantapään kautta; me hoidamme käyttöönoton, valvonnan ja kolmen aikaan yöllä tulevat yllätykset.