[Ben]

Hallo,
ich wüsste gerne, ob es eine Anweisung in SQL gibt, die die selbe Funktionalität hat, wie ein

PHP-Code:

sprintf('%02d', $var); 


Quasi auf zwei Stellen mit Nullen auffüllen, falls es sich bei $var um eine einstellige Zahl handelt.

Im konkreten Fall geht es mir dabei um das Auslesen eines Tages mit DAY()

SELECT DAY(t.timestamp) FROM sample_table AS t

Geht dies nicht, so arbeite ich nachträglich mit sprintf(), aber wäre halt schon fein, wenn das machbar und vor allem performant wäre.

Danke für die Antworten.
Grüße, Ben.

[Basti]

LPAD
http://dev.mysql.com/doc/refman/5.0/...#function_lpad

Gegenenfalls auch einfach ZEROFILL setzen.

Mit DATE_FORMAT geht es auch ... ist halt die Frage, ob das Sinn macht (wie t.timestamp formatiert ist).

Basti

[Ben]

Danke. Ist das schneller, als die entsprechende Funktionalität in PHP? Hast du oder wer anders da Erfahrungswerte?

[Basti]

Erfahrungswerte? Ich denke, hier helfen nur Messungen und es würde mich wundern, wenn es da einen relevanten Unterschied gäbe.

Basti

[WarrenFaith]

Hab da mal nen Test gemacht - dirty coding, aber ich bin Coding im vim nicht gewohnt

Testvorbereitungen werden gestartet...
Datenbankverbindung hergestellt.
Test mit LPAD: 93.4497311115
Test mit sprintf: 128.442271948

PHP-Code:

<?php
  ini_set("max_execution_time", 0);
  echo "Testvorbereitungen werden gestartet...";

  $connect = mysql_connect("localhost", "root", "");
  $db = mysql_select_db("test");
  if (!$db || !$connect) {
    echo "Datenbankfehler aufgetreten.".mysql_error();
    exit();
  }
  
  echo "<br/>Datenbankverbindung hergestellt.";

  if (isset($_GET['init'])) {
    for ($y = 2000; $y <= 2010; $y++) {
      for ($m = 1; $m <= 12; $m++) {
        for ($d = 1; $d <= 28; $d++) {
          mysql_query("INSERT INTO timebenchmark VALUE('', '".$y."-".sprintf('%02d', $m)."-".sprintf('%02d', $d)."');");
        }
      }
    }
    echo "<br/>Datenbank mit Testdaten gefüllt.";
  }

  $sqlStart = microtime(true);
  for ($i = 0; $i < 1000; $i++) {
    $result = mysql_query("SELECT LPAD(DAY(timestempel), 2, \"0\") AS tag FROM timebenchmark;");
    while ($erg = mysql_fetch_assoc($result)) {
      $temp = $erg['tag'];
    }
  }
  $sqlStop = microtime(true);
  $sqlFirstTest = $sqlStop - $sqlStart;

  $sqlStart = microtime(true);
  for ($i = 0; $i < 1000; $i++) {
    $result = mysql_query("SELECT DAY(timestempel) AS tag FROM timebenchmark;");
    while ($erg = mysql_fetch_assoc($result)) {
      $temp = sprintf('%02d', $erg['tag']);
    }
  }
  $sqlStop = microtime(true);
  $sqlSecondTest = $sqlStop - $sqlStart;

  echo "<br/>Test mit LPAD: ".$sqlFirstTest;
  echo "<br/>Test mit sprintf: ".$sqlSecondTest;
?>

[Basti]

Sicherlich nicht ganz repräsentativ, da MySQL das Ergebnis doch chachen wird und PHP (im anderen Testfall) jedes der 1000 Durchläufe neu ran muss.

Und … von wievielen Messungen ist das abgedruckte Ergebnis der Mittelwert?

Basti

[Jann Hendrik]

ich tippe mal auf einen Durchlauf mit je 1.000 Einträgen.

[WarrenFaith]

Ich hatte mal mit 100 Durchläufen gemacht, und dann die 1000. Das prozentuale Verhältnis ist geblieben. Sind aber nur 2 Messungen gewesen.
Ich hab hier nen 600MHz Lappi dafür genommen, deswegen sind die Werte insgesamt höher als auf nem normalen System... falls es einer von euch auch testen will.

Repräsentativ oder nicht. Es ist sicher nicht verkehrt anzunehmen, dass solche Abfragen und die Ergebnisse in einer Schleife durchlaufen werden.

Wenn du es realistischer machen willst, ich hab interesse an deinem Code...

[Basti]

Zitat von Jann Hendrik

ich tippe mal auf einen Durchlauf mit je 1.000 Einträgen.

…ich meinte, wie viele dieser Messungen, also wie oft das Skript als Ganzes durchlaufen wurde).

Zitat von WarrenFaith

Repräsentativ oder nicht. Es ist sicher nicht verkehrt anzunehmen, dass solche Abfragen und die Ergebnisse in einer Schleife durchlaufen werden.

Ich denke doch, denn wer wird schon ein und dieselbe Datenbankabfrage 1000 mal hintereinander ohne Modifikation hintereinander ausführen? (…oder auch nur zweimal?)

Zitat von WarrenFaith

Wenn du es realistischer machen willst, ich hab interesse an deinem Code...

Da bin ich der falsche Ansprechpartner. Ich weiß nichtmal, ob MySQL die Abfrage wirklich cached, gehe aber schwer von aus. Falls ja, gibt es sicherlich eine Möglichkeit, das zu deaktivieren. Die Frage ist halt, ob sich der Aufwand lohnt, da so viel Energie reinzustecken. Ich denke, das wird wohl nur relevant, wenn diese Abfrage wirklich oft durchgeführt wird und zwar in einer Anwendung, die an sich schon "durchoptimiert" ist.

Basti