<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Hallo Andreas,<br>
<br>
ich empfinde das als vernünftigen Vorschlag.<br>
<br>
Nur ein paar Fragen dazu:<br>
1. Wenn in einer Sekunde mehrere Werte anfallen, müssen sie wohl
zusammengefasst werden?<br>
<br>
2. Wie kann ich eine bestehende Datenbank möglichst einfach auf
Sekunden umstellen?<br>
<br>
Viele Grüße, Rudolf<br>
<br>
Am 02.10.15 um 10:49 schrieb Andreas Goetz:<br>
</div>
<blockquote
cite="mid:CAD+a8MgTHMFRJ_=gZhiooOyn3uNECfEkjT=cmZz1ytsxtpWMLw@mail.gmail.com"
type="cite">
<div dir="ltr">
<div>
<div>
<div>
<div>
<div>
<div>Hallo Entwickler,<br>
<br>
</div>
ich beobachte aktuell ein paar Probleme mit der
Performance bei Nutzung der Aggregation Root Cause
scheint darni zu bestehen dass alle Anfragen auf die
Aggregationstabelle ziemlich aufwändig Unix Timestamps
(sec) in VZ Timestamps (ms) hin- und herrechnen
müssen.<br>
<br>
</div>
Wenn wir- das wäre der Vorschlag- unser DB Schema auf
Unix Timestamps umstellen können und auf
Sekundenauflösung gehen dann würden wir eine erheblcihe
Menge von MUL/DIV aus dem SQL Server rausnehmen und auch
an vielen Stellen den Code vereinfachen können.<br>
<br>
</div>
Für das API liesse sich das transparent halten oder- das
wäre eigentlich mein Vorschlag- wir stellen auch das API
auf Sekunden um. Der Change würde die Kompatibilität von
vzlogger bis zu jedem Client beeinflussen.<br>
<br>
</div>
Wärt ihr mit so einem Vorschlag einverstanden? Wir könnten
den synchron als vz/logger 0.5 umsetzen.<br>
<br>
</div>
Viele Grüße,<br>
</div>
Andreas<br>
<br>
</div>
</blockquote>
<br>
</body>
</html>