|
|
|
Cassandra && Spring Data
|
|||
|---|---|---|---|
|
#18+
Привет всем. Подскажите пожалуйста, как правильно проектировать модель данных для apache cassandra ? Читая хабр и устройство бд вроде как нужно отходить от привычного реляционного представления, но когда начинаеш писать приложение с использованием Spring Data с его имплементацией CRUD - начинаеш писать entity в привычном виде. Т.е. это нормально или должны быть денормализованные сущности с умными pk (с мыслью о кластеризации). Сразу оговорюсь - выбор БД - одно из трбований, сущности будут вполне стандартными - типа User, Group, etc. Ну и spring data сюда притянут за уши, вопрос больше в целом о проектировании. Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2016, 21:27 |
|
||
|
Cassandra && Spring Data
|
|||
|---|---|---|---|
|
#18+
alexander00513, Ознакомтесь с информацией по моделированию от Datastax: Data modeling concepts Data modeling analysis DS220: Data Modeling Course ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.10.2016, 13:39 |
|
||
|
Cassandra && Spring Data
|
|||
|---|---|---|---|
|
#18+
alexander00513Читая хабр и устройство бд вроде как нужно отходить от привычного реляционного представления не читайте хабр. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.10.2016, 13:53 |
|
||
|
Cassandra && Spring Data
|
|||
|---|---|---|---|
|
#18+
Спасибо, и ещё вопрос - т.е. к примеру БД спроектирована - она денормализована, таблички под запросы. Но параллельно этому у меня есть бизнес модель, и когда данные бизнес модель обновляется - мне как то эти данные нужно раскидать по всем связанным таблицам с какой то конкретной сущностью бизнес модели. Т.е. к примеру есть бизнес модель - Department, Employee - по сути связаны один ко многим. И есть множество таблиц cassandra, под различные запросы под эти данные. И к примеру в системе создаётся новый employee - мне получается руками нужно раскидать данные из базнес модели (т.е. из пользовательских данных/формочки) по связанным с ней таблицам cassandra(спроектированных под запросы и денормализованных) ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2016, 12:52 |
|
||
|
Cassandra && Spring Data
|
|||
|---|---|---|---|
|
#18+
Petro123alexander00513Читая хабр и устройство бд вроде как нужно отходить от привычного реляционного представления не читайте хабр. Там переводы хорошие бывают. А вот авторские статьи, зачастую, очень спорного содержания. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2016, 13:13 |
|
||
|
Cassandra && Spring Data
|
|||
|---|---|---|---|
|
#18+
alexander00513, обычно делают наоборот. Не базу ищут под денормализованную (т.е. без Модели) схему, а делают одну базу для CRUD и потом уже оптимизируют. ......... В том числе оптимизация и денормализация может быть простым слоем VIEW с join. Если медленно, то деление на две базы OLAP OLTP. И т.д. Т.е. зачем вам "не как у всех" и Cassandra я не понял. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2016, 13:21 |
|
||
|
Cassandra && Spring Data
|
|||
|---|---|---|---|
|
#18+
Blazkowicz, +1 Это просто уже слОган такой про хабр.)) Не в буквальном смысле. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2016, 13:22 |
|
||
|
Cassandra && Spring Data
|
|||
|---|---|---|---|
|
#18+
авторТ.е. зачем вам "не как у всех" и Cassandra я не понял. авторСразу оговорюсь - выбор БД - одно из трбований... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2016, 14:39 |
|
||
|
|

start [/forum/topic.php?fid=59&gotonew=1&tid=2123594]: |
0ms |
get settings: |
9ms |
get forum list: |
19ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
62ms |
get topic data: |
8ms |
get first new msg: |
5ms |
get forum data: |
2ms |
get page messages: |
39ms |
get tp. blocked users: |
1ms |
| others: | 240ms |
| total: | 391ms |

| 0 / 0 |
