[pneumokok]

Mireczki, najszybsza baza danych do przechowywania pomiarów i późniejszego ich wyciągania #php to...? Żadnego SQLa nie znam, nie wiem czy potrzebny, dane co godzinne dla kilkudziesięciu lokalizacji #programowanie

[kapelusz]

@pneumokok: mongodb?

[pneumokok]

@kapelusz: a łatwo się to później przeszukuje, szczególnie po dacie i/lub ID lokalizacji?

[ponton]

najszybsza

@pneumokok: nie ma jednej najszybszej

[pneumokok]

@ponton: to nie najwolniejsza. ;-)

[ponton]

@pneumokok: Weź jakąś popularną i łatwą w obsłudze. Prawdopodobnie wystarczy. Keep it simple, stupid. Nie optymalizuj bez potrzeby.

[wnocy]

@pneumokok: bierz jakiegoś MySQLa, bo dużo dokumentacji i przykładów będziesz miał. "Szybkość" jest ok ;]

[pneumokok]

@ponton: o taką właśnie pytam - najłatwiejszą… na razie wszystko robiłem w pliku, ale nigdy nie potrzebowałem archiwizować danych historycznie.

[qwelukasz]

@pneumokok: Mysql 5.7 jest szybki, sporo poprawek dodali także ten.. No polecam
Jak byś chciał jakieś pomocy to pisz na pw postaram się pomóc w miarę możliwości

[pneumokok]

@qwelukasz: to powiedz mi tylko proszę, jak utworzę tabelę - załóżmy:
id , nazwa, wartość1, wartość2, wartość3 a po miesiącu stwierdzę że brakuje paru kolumn, to czy ich dodanie będzie trywialne?

[Kajakiem_przez_Tybet]

@pneumokok: w phpmyadminie ( ͡° ͜ʖ ͡°)

[qwelukasz]

@pneumokok: Tak, bez problemu to dodasz, wtedy podczas dodawania możesz także określić czy pola dla wartości historycznych mają być puste (null) czy przyjąć jakąś konkretną wartość

[pneumokok]

@Kajakiem_przez_Tybet: to się domyślam, bardziej chodzi mi czy nie rozsypie to całej bazy :P

[Kajakiem_przez_Tybet]

@pneumokok: napisz odrazu jakie dane będziesz archiwizował, to mireczki Ci pomogą z organizacją tabel

[pneumokok]

@Kajakiem_przez_Tybet: id, czas, temperatury, ciśnienia, wiatry, kierunki itd.

[g.....i]

@pneumokok: kilkadziesiąt na godzinę to w pliku tekstowym możesz zapisywać. A tak serio to mysql albo sqlite jak jesteś początkujący.

[pneumokok]

@gozwei: ale będę chciał z tego zrobić archiwum z 'latami' wstecz, a tam każda godzina x kilkadziesiąt x całe dnie...

[g.....i]

@pneumokok: pół miliona rekordów rocznie to jest tyle co nic. Musisz tylko pamiętać o optymalizacji tabeli i dobrych indeksach

[pneumokok]

@gozwei: optymalizacji, tj.?

[g.....i]

@pneumokok: zadbanie o dobrze dopasowane typy pól - mysql obsługuje ich bardzo dużo

[siteman]

@ponton: jest, sap hana