<div dir="ltr"><div><div><div><div><div>> ich glaube das würde bei Impulszählern Probleme mit sich bringen.<br>> Wenn jeder Impuls in die Datenbank abgespeichert wird, dann würden Impulse <1 Sekunden nicht mehr 100% aufgelöst werden.<br><br></div>Richtig. Aber wer macht denn mehrere MW-Speicheranfragen pro Sekunde? <br><br>> 1. Wenn in einer Sekunde mehrere Werte anfallen, müssen sie wohl zusammengefasst werden?<br><br>Dann muss im vzlogger aggregiert werden. Die Aggreagation in die Middleware zusätzlich einzubauen wäre sehr hässlich und doppelt gemoppelt. Die Middleware würde auf erneute Speicheranfrage mit Fehler reagieren- das wäre zumindest die einfache Möglichkeit.<br><br>> 2. Wie kann ich eine bestehende Datenbank möglichst einfach auf Sekunden umstellen?<br><br></div>Dafür würde es ein Migrationsskript geben.<br><br>> 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>Nach einiger Überlegung: wir könnten das API natürlich auf lassen wie gehabt- macht für die Clients allerdings weniger transparent woher die Fehler kommen wenn plötzlich nicht mehrere Werte pro Sekunde gespeichert werden können.<br><br></div>Viele Grüße,<br></div>Andreas<br><br><div><div><div><div><div><br><br></div></div></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-10-02 11:13 GMT+02:00 Rudolf Reuter <span dir="ltr"><<a href="mailto:reuterru@arcor.de" target="_blank">reuterru@arcor.de</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    <div>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><div><div class="h5">
    <blockquote 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>
  </div></div></div>

</blockquote></div><br></div>