SQL: Neueste Daten einer bestimmten Serien-Nr. ermitteln

[p80286]

Nun, die Auflösung des Datum-Feldes sollte wohl 1d betragen. Für Suchen nach dem "neuesten" Eintrag ist DateTime mit mindestens 1s Auflösung besser geeignet. Wobei der "neueste" Eintrag wohl nicht physisch gemeint ist, da ja durchaus auch Datensätze nachgetragen werden können. Dann muß nicht nur das Datum sondern auch die Uhrzeit erfasst werden.

Gruß
K-H

[Dejan Vu]

Auch da kann es zu Doppelungen kommen, so unglaublich das klingen mag, es reicht ja schon eine blöde Logik, den Zeitstempel in der Applikation 1x zu setzen aber doppelt zu perstieren. Dann steht da zwar 2x das gleiche drin (dagegen hilf ein DISTINCT), aber so richtig richtig ist das nicht.

Ich habe mir mal angewöhnt, das so eine Tabelle ein separates Flag 'IsCurrent' hat, welches entweder 1 oder 0 ist. Ein insert/delete ist dann eben etwas aufwändiger (IsCurrent muss ja mitgepflegt werden)

[Matze]

Zitat:

Zitat von Sir Rufo (Beitrag 1287164)

Eine Möglichkeit wäre eine zusätzliche AutoIncrement-Spalte - ohne das System und seine Funktionsweise aber genau zu kennen, kann man hier keine vernünftige Aussage treffen, ausser es sollte etwas anders werden :)

Ohne die Diskussion weiter verfolgt zu haben habe ich genau die Variante mit der AutoIncrement-Spalte genutzt. Das kam mir aber auch erst bei der Programmierung.
Jetzt dürfte die Abfrage sogar minimal schneller sein aufgrund des Primary Keys.

Das reicht mir auch voll und ganz aus. Danke nochmals.

[Hansa]

Bezüglich der Zeit, also dem Ausschalten irgendwelcher Zeitauflösungen bzw. Hardware-Uhrzeit etc. : Du wirst ja wohl eine ID anlegen und die ist unabhängig von allem, ausser von der momentanen Uhrzeit. Wenn jetzt da eine ID per Trigger o.ä. erzeugt wird, dann ist das so nach dem Motto : "wer zuerst kommt mahlt zuerst". Und zwar nur nach Sonnenstand. Schlägt ein Before Insert Trigger um 10:00 am 1.1.2015 (Windows/Rechnerzeit) zu und erzeugt die ID 123, es ist aber jetzt der 21.1.2015 4:05 und ein anderer Trigger schlägt wieder zu, dann hat der die ID 124 geliefert, obwohl der Rechner aus Versehen auf 1.1.1899 steht. Also : ID fortlaufend vergeben und das order by daran ausrichten.

[Matze]

Zitat:

Zitat von Hansa (Beitrag 1287220)

Also : ID fortlaufend vergeben und das order by daran ausrichten.

Die fortlaufende ID hat bei mir generell jede Tabelle, egal was ich damit mache. :thumb:
Ich habe nicht nur ORDER BY sondern auch WHERE angepasst: "WHERE x.Id = y.Id"

Grüße
Matze