Схема схемы HBase

Question

Мы разработали схему Hbase, которая является своего рода стилем RDBMS, но требования к бизнесу заставляют нас это делать.

Допустит, у нас есть студент сущность и субъекты сущности есть один ко многим отображения между учеником и подчиняет

Студенты сущности имеет ниже атрибуты

Имя, школы, Адрес, страны

Субъекты имеют следующие атрибуты

Предметное имя, YearStudied, Описание предмета, прошло/Failed, Оценка

Первый проект, в который мы вложили предметы внутри студенческого объекта, где информация для студентов повторялась для каждого предмета.

что-то вроде гк subjectid, CF: Студент (со студенческими столбцов), CF: Субъект (Subject столбцы

при таком подходе любые обновления студенческих атрибутов были проблемой, так как они должны были быть применены через все строки идентификации их будет проблемой.

поэтому мы создали две отдельные таблицы студентов и предметы, и один из колонны у студентов будет держать все строки ключи предметного стола для этого студента.

Я хочу знать, каковы показатели с такой конструкцией.

Может ли кто-нибудь предложить лучшие варианты дизайна - нам придется делать и читать, и записывать как студентам, так и субъектам, и им нужно использовать HBase!

Цените свою помощь заранее.

Answer 1

Ваш дизайн схемы кажется неправильным, если я ошибаюсь?

Как вы узнаете, какой предмет должен быть изменен в случае и обновлен в таблице учеников.

Пусть:

StudKey1: CF1: StdName, CF1: Coln, CF2: SubjectIds, CF2.Coln

Теперь, если вам нужно изменить детали любого конкретного объекта ид сказать Sub_123 для StudKey1, как вы чтобы определить, какой предмет должен быть изменен. Если у вас нет составного ключа в таблице предметов, например StudKey_SubKey. Теперь, если вам нужно добавить еще один предмет к курсу?

Теперь есть несколько решений, которые могут отложить ваш случай использования. Вы можете попробовать что-то вроде:

Есть 3 таблицы

1. Student Таблица
2. Тема Таблица
3. Student_Subject_Match стол

Возникли ключи, как:

1. Tbale1_Key: StudKey
2. Table2_key: SubKey
3. Table3_key: StudKey_SubKey ИЛИ StudKeySubKey (любым способом вы можете сделать нечеткую фильтрацию или фильтрацию регулярных выражений)

Таким образом, вы сможете сохранить всю информацию о Студент, а также Субъект. Если вам необходимо изменить любую информацию о предмете, касающуюся пары «Студент + субъект», вы можете сделать это легко, уволив обновление по этой комбинации идентификаторов ученика id