Bevezetés az oszlopcsaládba Cassandrával



Ez a blog kiemeli az oszlopcsalád fontosságát a Cassandrával

Oszlopcsalád

Az oszlopcsalád hasonló az RDBMS vagy a Relációs adatbázis-kezelő rendszer táblájához, és egy logikai felosztás, amely hasonló adatokat társít. Alapvetően hasonló adatokban hajlamos valamilyen adatot tárolni, amely hasonló témákhoz tartozik.

Például a rendelési adatok egyetlen oszlopcsaládban vannak tárolva, így rendelésazonosítót adhat meg sorkulcsként, valamint különféle oszlopokat, például a megrendelés részeként hozott terméket, amelyet az adott rendeléscsaládban kell tárolni. . Bizonyos példák: a felhasználói oszlopcsalád kulcsként egy felhasználói azonosítóból áll. Ezért az ember szabadon választhat azonosítót, és az oszlopok lehetnek „név = Kunal”. Az oszlopértékek: Kunal és Bangalore. Van egy második oszlopcsalád, az úgynevezett Cricketer oszlopcsalád, amely lehetővé teszi a krikettstatisztikák tárolását egy oszlopcsaládban. Például az egyik oszlopban szerepelhet a Sachin Tendulkar, a másikban pedig évszázadok száma. Ennélfogva tetszőleges számú oszlop lehet.





Oszlopok típusai

Az oszlopcsalád nem más, mint egy táblázat, amely analóg az RDBMS-világban található táblázattal. Vannak bizonyos típusai, nevezetesen

rendezés könyvtár c ++

Statikus oszlop Család - A statikus oszlopcsalád a nevek és adattípusok meghatározása. Tehát az oszlopcsalád létrehozásakor elérhető az oszlopnév és adattípusok megnevezésének lehetősége. Statikusnak hívják, mert az oszlopok statikusak maradnak, és a rendelkezésre álló oszlopok száma ismert lesz.



Dinamikus oszlopcsalád - A dinamikus oszlopcsalád viszont nem határozza meg előre az oszlopneveket, és rendelkezésre áll Cassandra azon képessége, hogy tetszőleges alkalmazás- és oszlopneveket használjon az adatok tárolására. Tehát a dinamikus abban a tekintetben segít, hogy egy strukturálatlan adat esetében a dinamikus oszlopcsalád legtöbbször segít a később esetlegesen hozzáadott új mezők gondozásában.

Ha statikus oszlopcsaláddal rendelkezik, és az adatok betöltése közben dinamikus oszlopcsaládot szeretne hozzáadni a kódjához, bármikor hozzáadható egy statikus oszlopcsaládhoz. A Cassandra megadja az oszlopnevek megválasztásának szabadságát.

Különbség az RDBMS-sel

A Cassandra oszlopcsalád sémától mentes és nagyban méretezhető. A Cassandra oszlopcsaládnak két attribútuma van - a név és az összehasonlító. Tehát, ha van egy Cassandra oszlopcsalád, akkor a név megadása kötelezővé válik, és a Comparator alapvetően az oszlopnevek adattípusa. Ha nem adja meg az összehasonlítót, akkor azt feltételezi, hogy valamilyen alapértelmezett összehasonlító.



Cassandrának is van egy oszlopa szuper oszlopcsaládokból. Belsőleg egy szuper oszlopot fog használni. Ez egy logikai csoportosítás és az oszlopok csoportosításának egy másik szintje. Tehát egy felhasználói oszlopcsaládban két szuper oszlop áll rendelkezésére, ahol megadhatjuk a felhasználók személyes és termékinformációit.

Oszlopok

Az oszlop a Cassandra adatainak legkisebb növekedése. 3 részből áll:

  • Név
  • Érték
  • Időbélyeg - Konfliktus megoldásában használatos, és az időbélyegző nem szerkeszthető. Belső mechanizmus annak megtekintésére, hogy mikor frissítették ezeket az adatokat vagy oszlopokat.
  • Lejáró oszlopok - Lejárati dátum adható meg egy oszlopnak, annak tudatában, hogy az oszlop lejár.
  • Számláló oszlopok - A számláló oszlopok nem más, mint az oszlopok fenntartása, így növelheti és csökkentheti ezeket a számláló oszlopokat.

Szuper oszlopok

A Szuper oszlopok az összes oszlopot az üzleti igényektől és a logikai csoportosítástól függően összesen csoportosítják. Újabb fészkelési szintet ad a rendszeres oszlopcsalád-struktúrához. Szuper oszlopcsalád-szerkezetet tartalmaznak.

A szuper oszlopok elsődleges esete az, hogy más oszlopcsaládokból több sort denormalizálnak egyetlen sorba, lehetővé téve a nézet adatainak visszakeresését.

Használjon tokokat

A szuper oszlopok korlátai

Az egyik korlátozás az, hogy a szuper oszlopcsalád összes aloszlopát le kell vonni a sorozatokról, hogy egyetlen aloszlopcsaládot olvashassanak. Egy másik korlátozás az, hogy nem hozhatunk létre másodlagos indexeket egy szuper oszlop aloszlopain.

Oszlop Adattípusok

Oszlop adattípusok

A fenti képen különböző adattípusok vannak. Az oszlopérték adattípusát validátornak nevezzük. Az összehasonlító pedig az oszlop adattípusa. A név és a cím oszlopnévvé válik. Tehát oszlopnevek esetén megadhat egy dátumot. Idősoradatokat is megadhat, ha a dátum oszlopnévként szerepel.

a szkenner osztály használata java-ban

Sorok

Lehet széles sor és több sor. Több millió oszlop és sor áll rendelkezésre.

A sovány sorok kevés oszloppal rendelkeznek, és csak korlátozott sorokkal rendelkeznek.

Kompozit kulcs

Egy vagy több elsődleges kulcs mezőből áll. Tegyük fel, hogy egy város neve sorkulcsként van beállítva, lehet, hogy egy város két különböző államban van elnevezve, így meg kell említenie, hogy melyik város és melyik állam. Ez egyszerűen azt jelenti, hogy meg kell adni a kulcsot. Ahelyett, hogy egyszerű, egy típusú oszlopkulcsot használna, összegyűjthet több értéket, más néven több típusú összetevőt, így egyetlen egyedi oszlopkulcsot alkot.

Van egy kérdésünk? Említse meg őket a megjegyzések részben, és mi kapcsolatba lépünk Önnel.

Kapcsolódó hozzászólások:

Bevezetés a Cassandra-i snitchekbe

posztgraduálisnak tekintett mesterképzés