[vz-dev] kanal sowohl mit als auch ohne aggregation loggen (was: Re: Kanal doppelt in DB ablegen)

[Thorben Thuermer]

On Sun, 12 May 2013 12:59:17 +0200 sollner11 <pp at macpat.de> wrote:
> Am 12.05.2013 um 12:11 schrieb Thorben Thuermer <r00t at constancy.org>:
> > On Sun, 12 May 2013 11:42:18 +0200 sollner11 <pp at macpat.de> wrote:
> a)
> > entweder man bekommt das mit aggtime im channel doch noch hin,
> wurde es schon probiert?

die aggtime im meter ergab sich iirc aus dem internen aufbau von vzlogger,
die frage ist einfach, ob dein anwendungsfall interessant genug ist, dass
sich jemand die muehe macht, das doch noch anders (umstaendlicher) zu
implementieren.

> b)
> > oder verdoppelt die daten irgendwie vorher.
> > (man koennte vzlogger beibringen, wenn zwei meters das gleiche device
> > haben, das nur einmal zu oeffnen? oder irgendein hack mit tee o.ae.)
> das wäre es
> 
> c)
> > oder man macht's doch wieder serverseitig aka vzcompress...
> > zumal der vorteil durch die controller-seitige aggregation eh hin ist,
> bei b)?

der vorteil der aggregation ist, dass die anzahl der middleware- und
datenbank-zugriffe reduziert wird (und damit die systemlast).
wenn du ohnehin die daten in voller aufloesung in die db schreibst,
hast du diesen vorteil ohnehin nichtmehr.
ob der reduzierte kanal jetzt controller-seitig von vzlogger, oder
middleware-seitig von vzcompress (o.ae.) erzegt wird,
ist denke ich wenig relevant.

> ... dann fällt b) aus
warum?

> und c) 
warum?


noch eine interessante alternative waehre, in vzlogger einen kanal mit
voller aufloesung anzulegen (das erfordert auch die loesung des obigen
problems!),
und diesen dann garnicht an die middleware zu senden, sondern nur den
puffer ausreichend gross zu machen,
und die daten dann ueber den lokalen webserver von vzlogger auszulesen.
damit hat man dann die aktuellen daten in hoher aufloesung, ohne die
middleware oder datenbank zu belasten.
(ist es momentan (schon) moeglich, die daten vom vzlogger-webserver
 im frontend rendern zu lassen?)

- T.