[G.....r]

murki
potrzebuję #bazydanych postawionej na #raspberrypi
będę miał ok. 300-600 nowych rekordów dziennie, a chcę ją obsłużyć z #python i #django
lepsze będzie mongodb czy prędzej MySQL/MariaDB?
w sql trochę grzebałem kiedyś, ale niezbyt dużo
coś poradzicie?
z góry dzięki za odpowiedzi

[awakening88]

@Gronekmaster: to zależy czy potrzebujesz relacyjnej bazy danych

[dese]

@Gronekmaster Przy takiej ilości i na raspberry to bym użył sqlite'a po prostu :)

[G.....r]

@awakening88: przydałoby się w sumie
@dese: aktualnie sqlite mam na testy, ale znajomy twierdzi, że w takim tempie bardzo szybko się rozrośnie

[zarev]

@Gronekmaster: Tak jak dese napisal, do tej ilosci wez cokolwiek - sqlite swietnie sie sprawdzi

[mk321]

to zależy czy potrzebujesz relacyjnej bazy danych

@awakening88: jak OP podał do wyboru relacyjne i nierelacyjne to są dwie opcje:
- albo nie zna się na tym i nie widzi różnicy,
- albo potrzebuje tylko wrzucać rekordy i jest mu bez różnicy.

Wolałbym nie zakładać gorszego (i nie chce mi się tłumaczyć tego co można znaleźć 30 sekund w Google), więc przyjmuję drugą opcję.

Przy takiej ilości i na raspberry to

[G.....r]

@mk321: właśnie relacji raczej nie będę potrzebował, w pierwotnym planie był podział na 2 tablice z relacją 1-wiele, ale po krótkiej analizie - zbędne mi to
MariaDB z tego co kojarzę i gdzieś widziałem jest ciut szybsza (?). PostgreSQL też ciekawa opcja, ale wybór z relacyjnych to już raczej w tym wypadku wydajność, a nie wiem jak wygląda porównanie MySQL vs MariaDB vs PostgreSQL (zaraz pozaglądam)

[dese]

@mk321: zależy co masz na myśli poprzez dłuższe utrzymanie. Ludzie mają duże bazy na sqlite i działa to OK.
~ 100 000 rekordów (w rok) to jest NIC nawet dla sqlite.
@Gronekmaster https://stackoverflow.com/questions/784173/what-are-the-performance-characteristics-of-sqlite-with-very-large-database-file

A na raspberry pi nie stawiałbym mysql'a czy postgresa.

[wnocy]

SQLite jest stosunkowo wolny i problematyczny w dłuższym utrzymaniu.

@mk321: ale o czym Ty mówisz? OP mówi o kilku setkach rekordów dziennie. Nawet gdyby jego projekt miał żyć 1000 lat to nie wysyci możliwości SQLite. SQLite bez problemu utrzymuje bazy, które mają po kilkadziesiąt GB.

[pavlucco]

@Gronekmaster: 300-600 nowych rekordów dziennie to i tak mało. Spokojnie jakaś baza SQL udźwignie.
Pytanie czy istotna jest ponadprzeciętna szybkosć odczytu i mały rozmiar silnika bazy - wtedy polecam bazy NoSQL, jak Redis (popularny silnik) czy Hazelcast (najszybszy chyba). Ale to tylko w założeniu, że dane są typu klucz - wartość, lub klucz - tablica.
Jeżeli panują bardziej skomplikowane relacje, to może jednak SqlLite.

[G.....r]

@pavlucco: no właśnie dane potrzebuję
id rekordu - id modelu urządzenia - data i godzina - zwrócone wartości

[pavlucco]

zwrócone wartości

@Gronekmaster: Czym są zwrócone wartości? Czy chodzi o trzy parametry w zapytaniu?

[G.....r]

@pavlucco: będę miał wpięte po kilka czujników do esp8266 i chciałbym je wysyłać tak, żeby nie zajmowały kilku rekordów, czyli np. w postaci stringa z ";" jako separatorem, a ilość tych czujników będzie różna, zależnie od konkretnej sztuki

[pavlucco]

Hmm... To Redis tak średnio. Ale to też kwestia API do silnika, czy na to pzowoli.

[tjmps]

@Gronekmaster: Jest baza influxdb ale nie udało mi sie jej ogarnąć. Sama dopisuje znacznik czasu. Może mysql też tak potrafi ale nie umiem.

[G.....r]

@tjmps: akurat znacznik czasu to nie problem, bo to jedna linijka w kodzie

[noname0]

@Gronekmaster: ja mam na raspberry bazę na sqlite i trzymam ją na tmpfs, by karta sd mi dłużej pożyła