Семейство колони, семейство Супер колони, Супер колона в Касандра

Бих искал да имам пояснение. Имам следната йерархия -

Person: {
    personal_details:{
        name:aa
        age:aaa
        ddress:aa
    }
    official_details:{
        employeeid:aa
        cubicle_number:aa
    }
}

Бих искал да представя Person в база данни на Cassandra. Бих искал всеки човек да бъде запитван от неговия SSN (не е включен в горната йерархия).

Ако беше HBase схема, бих нарекъл Person като моя таблица. Щях да имам SSN като мой ключ на ред и personal_details, както и official_details като семейства колони и name,age,address,employeeid & cubicle_numberкато колони. Каква е номенклатурата на cassandra за тези йерархии и какви биха могли да бъдат възможните заявки за създаване на тази йерархия в cassandra?


person Arun A K    schedule 08.02.2013    source източник
comment
Дори в HBase вероятно не бих направил тези две семейства колони. семействата колони са полезни, когато имате много колони и напълно различни модели на достъп за семействата. В този случай просто бих добавил всички като колони personal_age,fficial_id и т.н.   -  person Arnon Rotem-Gal-Oz    schedule 08.02.2013
comment
@ArnonRotem-Gal-Oz, току-що публикувах пример за по-лесно разбиране. Din означава да създадете една такава схема в cassandra или в hbase. :) Просто исках да съобщя моето изискване чрез малък пример.   -  person Arun A K    schedule 11.02.2013


Отговори (1)


Проверете документацията на DataStax за анатомията на таблица.

В този случай, създаване на структурата от данни, която търсите в Cassandra, CQL ще бъде много подобен на SQL.

CREATE TABLE people 
(
  ssn text PRIMARY KEY,
  name text,
  age int,
  address text,
  employeeid int,
  cubicle_number int
);

Относно супер колоните на Cassandra, сега не се препоръчва.

person jorgebg    schedule 08.02.2013
comment
Намерението не беше да се създаде една такава структура на таблица. Трябваше само да знам скрипта за създаване на такава йерархия. Благодаря по всякакъв начин за помощта. - person Arun A K; 15.02.2013