Sběr dat, databáze

[clh]

na 2 miliony záznamů měsíčně v pohodě stačí jakákoliv sql.

[Reklama]

[Jose D]

..
influxdb
..
grafana
..

ano. to je, myslím, řešení. Hlavně to funguje prakticky out-of-the box a grafana je v současnosti nejlepší OSS visu tool.
Influx jede po http, takže se dá schovat za komoditní http(s) proxy..

[SB]

Broker či vlastní protokol vůbec není jedno. Pokud použiju brokera, najdu spoustu sw, který už je připravený na spolupráci s ním a množství kódu, který budu muset napsat, se radikálně sníží. Pokud si vymyslím vlastní protokol, skončím u toho, že si budu brokera psát sám, strávím nad tím spoustu času a udělám to hůř.

Stejně tak volba DB: mít hezké rozhraní je víceméně nutnost, ale co je za ním taky není tak úplně jedno. Pokud bude DB polovinu strojového času pálit třeba na řešení transakcí, které v tomhle usecasu vůbec nepotřebuju, a místo Raspberry to budu muset provozovat na x86 server-grade hw, je to setsakramentský rozdíl.

Jasně, ale o tom má odpověď nebyla, byla o tom, že připojovat jednotlivé klienty přímo k DB je prasečina.

[Mirek Prýmek]

Jasně, ale o tom má odpověď nebyla, byla o tom, že připojovat jednotlivé klienty přímo k DB je prasečina.

Tak to kazdopadne

[Kit]

Jasně, ale o tom má odpověď nebyla, byla o tom, že připojovat jednotlivé klienty přímo k DB je prasečina.

Tak to kazdopadne

I v případě použití CouchDB?

[Reklama]

[Mirek Prýmek]

I v případě použití CouchDB?

Jiste. Treba proto, ze kdyz budes chtit vymenit CouchDB za OtherCoolDB, budes muset prepsat klienty.

[wjub]

Díky za nápady,

upřesním trošku situaci.
Klienta s vizualizací už mám, data získávám přes TCP/IP, mám knihovny a v C# načítám každou vteřinu pole dat.
Potřebuju ale těch klientů připojit alespoň 5 současně, proto ta potřeba, aby to někdo četl a ukládal a klienti to tahaly z DB.

Asi ideální by bylo aby to někdo četl, on-line data zároveň nějak zpřístupnil klientům a zároveň ukládal do DB. Z DB by se pak četlo pouze, pokud by byla potřeba historie.
Preferuju C#, a taky abych na serveru nemusel instalovat moc věcí, nemám ho pod kontrolou, ale je na něm SQL.

[Ondrej Nemecek]

Klienta s vizualizací už mám, data získávám přes TCP/IP, mám knihovny a v C# načítám každou vteřinu pole dat. Potřebuju ale těch klientů připojit alespoň 5 současně, proto ta potřeba, aby to někdo četl a ukládal a klienti to tahali z DB.

Pokud tam chcete mít tu SQL databázi jen kvůli tomu, aby z ní mohlo číst více klientů, tak to není úplně optimální postup. Pro tento případ jsou skutečně přiléhavější postupy, třeba právě ty message brokery.

Pokud chcete mít ale data uložená a provádět nad nimi statistiky, exporty apod. tak bych tu SQL klidně použil.

[Ondrej Nemecek]

Jasně, ale o tom má odpověď nebyla, byla o tom, že připojovat jednotlivé klienty přímo k DB je prasečina.

Tak to kazdopadne

Proč? V řadě situací v tom problém nevidím.

[Kit]

I v případě použití CouchDB?

Jiste. Treba proto, ze kdyz budes chtit vymenit CouchDB za OtherCoolDB, budes muset prepsat klienty.

Klienty ne, budeš muset nainstalovat jiného HTTP démona, nějaký skriptovací jazyk a databázi, ale klient zůstane stejný - ať už Firefox nebo třeba Chromium.

[ondrej _]

Proč? V řadě situací v tom problém nevidím.

Mam rovnaky nazor a pripajam sa k tejto otazke.