ArangoDB - opinie?

Odpowiedz Nowy wątek
2019-03-31 00:44

Rejestracja: 2 lata temu

Ostatnio: 4 godziny temu

Lokalizacja: 700m n.p.m.

0

Dzień dobry,

jest sobie taki silnik bazy danych: https://www.arangodb.com/ który jak wynika z dokumentacji ma bardzo ciekawe możliwości.

Czy ktoś z szanownych czytających miał do czynienia z tym silnikiem bazy danych w poważnym środowisku produkcyjnym, i mógłby się podzielić opinią na jego temat?

Szczegolnie interesuje mnie wydajność shardingu, bo mam do wyboru tworzyć bazę archiwalną i stare rekordy przenosić do osobnej archiwalnej bazy, albo robić partycje, albo sharding.


edytowany 3x, ostatnio: TomRZ, 2019-03-31 00:50

Pozostało 580 znaków

2019-04-02 11:14

Rejestracja: 2 lata temu

Ostatnio: 11 godzin temu

1

Miejsce 67 sugeruje że masz małe szanse. Jeżeli rozważasz partycje i będą one wystarczające to po co komplikować?
https://db-engines.com/en/ranking

Pozostało 580 znaków

2019-04-02 12:09

Rejestracja: 2 lata temu

Ostatnio: 4 godziny temu

Lokalizacja: 700m n.p.m.

0

Jeżeli chodzi o partycje, to jednak nadal będzie dostęp do starych danych - np. dla administratorów, przeszukiwanie ich oznacza zmniejszenie wydajności. Musiałbym robić kolejne ograniczenia, oraz oprogramować resztę tak aby też nie korzystała z tych starych danych np. przy przeszukwaniu różnych rzeczy. Zaletą jest prostota tworzenia partycji. Chyba jednak będe musiał zrobić klon bazy produkcyjnej jako bazę archiwalną, i co pewien czas w nocy będzie przeniesienie starych danych do archiwum, chyba najlepsze, ale jednoicześnie znowu trzeba to oprogramować dość skrupulatnie...


Pozostało 580 znaków

2019-04-02 12:29

Rejestracja: 2 lata temu

Ostatnio: 11 godzin temu

Szukaj rozwiązań pod change data capture CDC. W MySQL jest możliwość replikacji bazy na poziomie tabeli. Do tego jeszcze exchange partition między tabelami i może będzie to mechanizm o który ci chodzi.

Pozostało 580 znaków

2019-04-02 12:50
Moderator

Rejestracja: 12 lat temu

Ostatnio: 3 godziny temu

1

A co ta DB ma czego nie pa PostgreSQL? Ogólnie zasada jest taka, że bierzesz DB SQLową, a jak już przestanie Ci SQL wystarczać, to piszesz własną DB i tak się rodzi kolejny NoSQL.


No właśnie chcę raczej zostać przy RDBMSie, ale rozglądając się za NoSQL natrafiłem n a ArangoDB stąd pytanie. Natomiast baza napuchła od historycznych danych które nie mogą być skasowane, ale z drugiej strony rzadko się z nich korzysta. Poszukam coś w tematach o których wspominał ralf - z tym że dla PostgreSQL. Generlanie baza teraz jest przenoszona z MySQL do PostgreSQL nastepnie chcę zrobić ten mechanizm który opisałem. - TomRZ 2019-04-02 13:09
@TomRZ a proszę bardzo. Jak chcesz sharding to niestety trzeba się uciekać do innych rozwiązań jak CitusDB lub CockroachDB (przy czym to pierwsze to "rozszerzenie" samego Postgresa, a to drugie to reimplementacja Postgresa). A jeśli są to dane posegregowane w czasie, to można jeszcze użyć TimescaleDB, które właśnie celuje w takie zastosowania. - hauleth 2019-04-02 13:13
Tak, w większości tabel chodzi o kryterium czasowe, ale w kilku kryterium jest inne - bardzo stare rekordy są przydatne, a są takie które po kilku miesiącach możnaby już przenosić do archiwum. - TomRZ 2019-04-02 13:42

Pozostało 580 znaków

Odpowiedz

1 użytkowników online, w tym zalogowanych: 0, gości: 1, botów: 0